I've looked at p2p - not for me...
Splitting it out will make my life better anyway - the additions were
starting to look *very* un-OOP.
On Dec 20, 2004, at 10:38 AM, Joseph J. Strout wrote:
At 9:31 AM -0500 12/20/04, LMSpam at neuropop dot com wrote:
so it sounds like you're recommending I write the server myself, and
simply access the database when a player initially signs up?
Yes. That's the traditional client/server model, anyway -- and the
server in this case means a custom app. The alternative, I suppose,
would be to make your app a peer-to-peer game, with the central
database used only to find the addresses of other machines which are
online. But that approach tends not to work well -- it's fine for a
handful of users, but as the number of users connected at once goes
up, the network traffic goes up exponentially.
Or maybe split the functionality? When a user initiates a search for
an artist or a funk/soul mate *that* function could still go to the
php/mySQL side, while the real-time servlet could keep track of who's
doing what and where and reporting out accordingly (Still on port 80
perhaps???)
Yes, that's certainly a possibility.
Best,
- Joe
--
REAL World 2005 - The REALbasic User Conference
March 23-25, 2005, Austin, Texas
<http://www.realsoftware.com/realworld>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|