Making Servers like Co

[shadowman123]

Well i'd like to know how to make Servers like co ..like when i use the same account and pass but in other server it start making new account ??? and if it can be done easily whats the requirments ??

[diedwarrior]

Having multiple servers ? for i.e server one with ip X.X.X.X with db x gonna contain a character for the user 4x and pass x but the other server with ip Y.Y.Y.Y with db y wont contain a character for the user 4x and pass x. hope that you've understood me.

[Benguin]

You can edit your register page so it sends 2 accounts to 2 different databases, but ofcourse you gotta learn PHP first (or google)

Oh and you probably have to change your "change password page" so it changes passwords to both databases

[Spirited]

It's not possible for any of the private servers released here. You would have to make your own: (1) Account Server - that has it's own database that contains account and server information, and (2) Multiple Game Servers - on multiple hosts that can run independently, each with their own database.

[pro4never]

It's quite simple to do.

The login server controls the auth response which gives the client the ip and port to connect to.. all you need is the acct server to control accounts and have a simple db of servers. You then forward them to the correct game server which can be on the same machine or a completely different one.

These game servers ONLY deal with characters on that server and therefore your Db never needs to touch these databases. Just make the login server tell the game server you are authorized for login.

[shadowman123]

Originally Posted by pro4never

It's quite simple to do.

The login server controls the auth response which gives the client the ip and port to connect to.. all you need is the acct server to control accounts and have a simple db of servers. You then forward them to the correct game server which can be on the same machine or a completely different one.

These game servers ONLY deal with characters on that server and therefore your Db never needs to touch these databases. Just make the login server tell the game server you are authorized for login.

Anyways do u Find this good or not..and well that affect on socket badly or doesnt matter? cuz idk yet how much ppls can my Source have without Lagging

[pro4never]

Originally Posted by shadowman123

Anyways do u Find this good or not..and well that affect on socket badly or doesnt matter? cuz idk yet how much ppls can my Source have without Lagging

It won't influence your performance very significantly.

Now before everyone jumps on me for saying that...


Yes, it may make your login times slightly longer but the server does nearly the same amount of work (only difference is it has to look up the server ip/port given server name and it has to send a verification packet to the game server) but it also allows you to split your game server off onto other server hosts (allowing you to, for example, set up two smaller servers for cheaper then it would cost you to host one very large expensive server).

No, I'm not saying its ideal for all servers (Personally I'd rather play a server that has 200 active players rather then one where I have the choice between 2-3 servers of 50-100 active players.) but there's very little reason NOT to support multiple servers if you're designing a fresh source. I simply don't feel that conquer has enough interest to justify actually taking advantage of the capability though.

[mohamedmashhot]

we have same idea
i try to think in this before

[BaussHacker]

You shouldn't do this unless you have 1000's of players.