Nombre de Usuario: Contraseña:
Registro de un Nuevo Usuario
Moderador: rod03801 
 Feature requests

Do you miss something on BrainKing.com and would you like to see it here? Post your request into this board!
If there is a more specific board for the request, (i.e. game rule changes etc) then it should be posted and discussed on that specific board.

For further information about Feature Requests, please visit this link on the Brainking.Info site : http://brainking.info/archives/20-About-feature-requests.html


Mensajes por página:
Lista de boletines
No tienes autorización para escribir mensajes en este boletín. Para escribir mensajes en este boletín se require un nivel mínimo de membresía de Brain Caballo.
Modo: Todo el mundo puede escribir
Buscar entre los mensajes:  

8. Enero 2008, 02:13:55
mctrivia 
Asunto: Clone Server
After reading http://brainking.info/archives/403-The-world-of-delay-and-waiting.html I wounder how hard and how expensive would it be for you to get a clone server in North America? Google is always fast because they have servers on every continent and even most major cities. How about researching your client base and seeing if a North American Clone is worth while.

8. Enero 2008, 02:21:34
pauloaguia 
Asunto: Re: Clone Server
mctrivia: I think there would be a problem there - how to ensure synchronization between the database in Europe with the DB in America?

8. Enero 2008, 02:50:29
mctrivia 
Asunto: Re: Clone Server
pauloaguia: Syncronizing servers is a very common task and happens all over the world. The two servers would have to comunicate back and forth any changes that are made. This I am sure would be a lot of data but still a lot less then the data used by everyone using the same server since no graphical data is sent in these exchanges

8. Enero 2008, 02:53:01
mctrivia 
Asunto: Re: Clone Server
mctrivia: The big thing is it takes time to code the syncronization algorithms and having a second server farm is not a cheap thing when you are talking this much bandwidth and space. It would though also act as a redundant system. Should one go down everyone can use the one that is still operating.

8. Enero 2008, 07:16:34
Fencer 
Asunto: Re: Clone Server
mctrivia: Actually, it would not be impossible if it's only a master-slave architecture because it could work even with a data copy delay. However, to host two full featured BrainKings would require a full two-ways fast Europe-America replication and that, uh, that would be a real problem. For example, consider a situation when a user in Europe accepts a public invitation but another user in USA accepts the same invitation at the same time. So the European server sends a message "hey, mark this invitation as accepted!" and, in a few seconds, it receives a message "it is already accepted by another player!". Bang! A replication conflict.

8. Enero 2008, 13:32:44
mctrivia 
Asunto: Re: Clone Server
Fencer: It may be true that some things like accepting games could have problems with a complete clone but playing them would have no problem at all. If I am playing you I can get the game off the US server(It is cheaper there then Canada) and then submit it back to the US server. You can pick up the game some time in the next week off your local server.

Even board are not that time sensitive since you are not using a real time model like on my server. If someones post shows up 1 or 2 sec late we
can chock it up to just not refreshing at the right time to see that reply before responding.

Things that are really time sensitive like game accepting could be left all on one server so you don't have the update error problems

Just pictures is a workable start. Often I will have a board slow down because of pictures and I have a huge cach.

8. Enero 2008, 17:49:35
coan.net 
Asunto: Re: Clone Server
mctrivia: After reading what was below, you said what I was thinking.

It would take some planning, but first you could figure out what is time sensitive vs. what is not.

Waiting room & such can be time sensitive, so if someone was hooked with the #2 server, it would take a little extra time to perform those operations since it would need to check with #1 server first.

Things like discussion boards are not. That is lets say someone posts a message on a discussion board on server #2. At first, give it a temp # (so you don't get a message on both servers with the same ID), then server #2 sends that over to server #1 where it gets the "real" post #. So possible at the most there would be a deal of 10 seconds or so between time the post is made and is viewable to everyone on both servers - but that would not be an issue. (live chat might be - but we don't have that here)

Most games would not be an issue - even though I could see a small issue with those who like to try to play "live" games with very short time limits like 1 hour total time with Fischer clock and such.

Thing is, 95% of the things most players do (play games, read discussion boards) do not require that the main server know about it immediately. That is most everything could be played on the #2 server while it is updating itself with the main #1 server in the background. It could work - but some good planning would be needed.

9. Enero 2008, 00:32:52
mctrivia 
Asunto: Re: Clone Server
coan.net: To fix the fisher clock problem you could give users the option of chosing witch server they are on instead of making it automatic. So if you know you are going to play a 1 hour game you will pre arange to both use the same server. Most people are just going to use witch ever is closest and ideally that would be done automatically for them with the overide option for those rare cases were people are playing super fast games.

10. Enero 2008, 02:13:54
The Col 
Asunto: Re: Autopass
mctrivia: I appreciate the feature,I really do,but is there any way to do away with the explanation in the messege box?
People think I'm hawking a product.

10. Enero 2008, 02:54:18
Eriisa 
Asunto: Re: Autopass
Jim Dandy: do you mean the auto player setting? You need to uncheck the box on his website when you log in.

10. Enero 2008, 03:47:48
The Col 
Asunto: Re: Autopass
Eriisa: If you are speaking of mctrivia's version,yes

10. Enero 2008, 04:05:06
Eriisa 
Asunto: Re: Autopass
Jim Dandy: yep. that's where.

10. Enero 2008, 04:12:36
The Col 
Asunto: Re: Autopass
Eriisa: I don't log in seperately.I guess I should find a way to access it

10. Enero 2008, 06:08:40
mctrivia 
Asunto: Re: Autopass
Jim Dandy: By default the ad feature is turned off. To log in go to: http://www.mctrivia.com/autoplayer/login.php there is a check box for the ad feature uncheck it then press update.

10. Enero 2008, 06:14:52
The Col 
Asunto: Re: Autopass
mctrivia: I just did,but hats off to you for the feature,you're a bright guy

10. Enero 2008, 06:21:46
mctrivia 
Asunto: Re: Autopass
Jim Dandy: thanks it has been a fun project but I can't wait for the day it is no longer needed. Fencer can you please implement it before I move to the middle of no were. You got 3 to 4 years.

10. Enero 2008, 11:42:54
pauloaguia 
Asunto: Re: Autopass
mctrivia: if only you had said 3 to 4 months...

10. Enero 2008, 13:07:29
mctrivia 
Asunto: Re: Autopass
pauloaguia: you would most likely be stuck with no autoplayer from both then.

10. Enero 2008, 13:13:06
pauloaguia 
Asunto: Re: Autopass
Modificado por pauloaguia (10. Enero 2008, 13:13:22)
mctrivia: I meant Fencer might be more pressured to improve the site's autoplayer in that case...
But yes, I understand what you mean. The AutoPlayer / AutoPass / AutoMover was never a project Fencer was much interested in...

10. Enero 2008, 14:02:53
mctrivia 
Asunto: Re: Autopass
pauloaguia: Maybe you just need to give him more of an assentive. Try getting the names of 10 people willing to become black rooks if he will implement a autopass/automove system that does not require the oponent to also use.

8. Enero 2008, 07:10:34
Fencer 
Asunto: Re: Clone Server
mctrivia: You read my mind. But the database replication is the main problem. Unless we want two isolated BrainKings which could share the list of users but not the table of games and moves.

Fecha y hora
Amigos conectados
Foros favoritos
Comunidades
Consejo del día
Copyright © 2002 - 2024 Filip Rachunek, todos los derechos reservados.
Volver a arriba