> The problem with timeout/retry would be that in order to simulate real-time experience would be to have the timeout not much longer than the polling frequency in order not to "get stuck" if a connection is dropped
that doesn't seem that bad to me. worth doing. likely a fix? (so long as you make sure repeat same requests don't cause a problem)
> but that would problably timeout a lot of connections that would otherwise be fine
can't you make that not be the case? just timeout that specific connection, not in a batch/bulk way
> the only possible theory I have right now is that the server and/or network in my host company drop connections
without being that knowledgeable, and taking a blind guess, i'd say it's the user's slightly flakey connections; wifi etc.