er more info: Our server API is kind of like this: Logging in: http://blah.com?function=login&username=blah&password=blah you pass the username and password on the URL line and it returns your unique account ID as well as a random session ID number if the login was successful Sending a message: http://blah.com?function=sendmessage&messagename=blah&messagevalue=blah&key=blarh you use the above URL to send a message to the server which will be received by everyone else in the room you are in. it takes a messagename and a message value as a parameter and the key is a security key that is gotten from doing some encryption on some data which includes your userid and session id. etc... IE the api says how to talk to it, but not what it does internally. In fact, the internal way it works could change (ie you could change where the login info is stored etc) but as long as the API remains the same, other programs that talk to the server won't have to change, they should still just work. On Wed, Mar 10, 2010 at 12:28 PM, Alan Wolfe <alan.wolfe@xxxxxxxxx> wrote: > Sorry nick but that isn't true: > > http://en.wikipedia.org/wiki/Application_programming_interface > > basically an API is a set of functions to do something, but it doesn't > specify at all how the inside guts of the code work. > > It's just laying down the specifics of how you talk to something from a > program basically. > > I made up our API and any of those languages will be able to talk to it > fine cause it'll work from any language that can manipulate bytes (to be > able to encrypt and decrypt) and do an http request (to actually talk to the > server). > > Hope this clears some stuff up! > > > On Wed, Mar 10, 2010 at 12:23 PM, Nick Klotz <roracsenshi@xxxxxxxxx>wrote: > >> API is a fancy term for the screen you interact with basically. >> >> >> On Wed, Mar 10, 2010 at 3:10 PM, Kent Petersen <kentkmp@xxxxxxxxx> wrote: >> >>> http://developers.facebook.com/get_started.php >>> >>> You should be well versed in PHP or some other coding language — such as >>> Ruby on Rails, JavaScript, or Python — especially one that has a client >>> library for our API. >>> >>> Not sure what that last part means >>> >>> >>> On Wed, Mar 10, 2010 at 11:50 AM, eric <figarus@xxxxxxxxx> wrote: >>> >>>> I personally love the idea of doing it for facebook. If alan is down >>>> too, we should look into what we need to get it done. :) >>>> >>>> Sent via BlackBerry from T-Mobile >>>> ------------------------------ >>>> *From: * Kent Petersen <kentkmp@xxxxxxxxx> >>>> *Date: *Wed, 10 Mar 2010 11:49:29 -0800 >>>> *To: *<project1dev@xxxxxxxxxxxxx> >>>> *Subject: *[project1dev] pirate dice via the web >>>> >>>> I know we were planning on making pirate dice accessable via the web via >>>> an actionscript ap or whatever. I was wondering what you guys thought about >>>> developing it is a facebook or myspace ap as well? I think it would be >>>> pretty awesome if it were possible to have it also playable through >>>> facebook >>>> and connect to the same servers as the rest of the game. >>>> >>> >>> >> >