I also tried it this way and it works well. i was sending back the timestamp and the current state and it was quite easy to implement using setTimeout and recalling it again x-minutes later to check if the server state is now different to the client state.
I guess the issue at the moment is we are pretty much a poor startup and worried that it would put stress on the little resources we already have by making the servers handle requests that are not actually doing anything except comparing state of the client and the server.
I was also kind worried that some corporate networks might block my IP/domain name because it may detect the polling as some sort of malicious data being sent back.
I think after V1 is released if we can become atleast ramen profitable i might start to look at implementing this functionality using gmails approach as we may then be able to afford more servers.
Comments
I also tried it this way and it works well. i was sending back the timestamp and the current state and it was quite easy to implement using setTimeout and recalling it again x-minutes later to check if the server state is now different to the client state.
I guess the issue at the moment is we are pretty much a poor startup and worried that it would put stress on the little resources we already have by making the servers handle requests that are not actually doing anything except comparing state of the client and the server.
I was also kind worried that some corporate networks might block my IP/domain name because it may detect the polling as some sort of malicious data being sent back.
I think after V1 is released if we can become atleast ramen profitable i might start to look at implementing this functionality using gmails approach as we may then be able to afford more servers.