Ok, I am working up something like a chat environment, and I’d like to have near real time if not real time conversation. But I know browsers will only give up 2 threads at a time for transactions per domain. So I am trying to figure out a way to make a synchronous chat without really effecting the browser. I also know browsers tend to lock up with synchronous requests.
So whats the best approach at creating a chat like environment on a site from scratch, assume the DB and scripting concept is fine, its the managing of the connection, wondering how to keep a persistant connection that won’t congest the browser and cause it to possibly freeze up.
Anyone have any ideas.. Im not looking for flash, or java based solutions. I’d prefer not to poll every second either. But what is stacks impression, what would you do.
First off, the spec only suggests that two connections are allowed. Most modern browsers actually support up to 6.
There’re three main accepted methods for creating a chat system out of pure Javascript:
Polling
The first solution is simple, and just involves polling the server every few seconds (5 is a nice number) to see what it’s missed. It works simply and efficiently, but can lead to large amounts of unnecessary requests if not careful, which can cause unnecessary server load.
A better implementation of this involves polling to simply check if anything’s happened since the last chat update, and if so, only then go through the process of finding out what’s happened. Saves on the server load and bandwidth fronts.
Waiting
This method’s more commonly used, and involves the browser sending a request to the server which is never fulfilled, and instead keeps ‘waiting for a response’. When something happens, the server outputs it and fulfills the request, and the client makes another request and the process repeats. This saves on the request front, but can end up with a backlog of ongoing processes on your server.
Websockets
https://developer.mozilla.org/en/WebSockets
This involves creating a direct socket connection to the server, allowing data to be pushed to the client when needed. It’s relatively new though, and can have some compatability issues, especially with older browsers.
Out of these, none of them is specifically the ‘best method’; it depends on what you’re aiming for, and what matters. If you’ve got a site designed for up-to-date browsers, then websockets could be your answer, but if you’ve got a small-ish server, then polling could be better, for example.