Vote in the poll.
If thats the case, write a new login server which doesnt overload all the time.Quote:
Unless the Login server overloads constantly and crashes.
If the auth server crashes, then that would force you to restart the game server too. If that code were unstable, connecting it to the game portion wouldn't make it any more stable.Quote:
Unless the Login server overloads constantly and crashes.
^Quote:
It's also easier to manage. If the login server crashes it doesn't affect the game server, you could also program the game server to start the login server if it has crashed by checking if its process is running.
Other advantages would be you could have several game servers linking to 1 login server, and my favorite advantage is the ability to run the login server on a different machine from the game server without any error. (When starting big servers, its most wise to run your login server on a separate vps from your game server) Sorry I can't think of any disadvantages. :p
Gotta be saintQuote:
^
The ONLY disadvantage that comes to mind, is passing data from authentication to the game server, obviously not such a hard task. But you need to make sure its not exploitable, or you'll be having a field day like myself and another individual did on acidco :D
I dont send any data between my auth and game servers anymore =o!Quote:
^
The ONLY disadvantage that comes to mind, is passing data from authentication to the game server, obviously not such a hard task. But you need to make sure its not exploitable, or you'll be having a field day like myself and another individual did on acidco :D