Take the 2-minute tour ×

I want to create an application like this:


What is the most efficient way to create this real time application ?

Flash ? Long polling ? Http Streaming ? or anything else ?

Thanks ;)

share|improve this question

3 Answers 3

up vote 13 down vote accepted

For now, long polling is probably the best solution. Many big-name sites have long polling implementations, including Facebook, Google and eBay. Not everyone has Flash installed/enabled in their browsers. In the future Web Sockets might be able to do an easier job of it for us.

Update: As of this writing, the WebSocket API is implemented in the latest WebKit (Chrome/Safari) and Firefox 4 beta. There is also a public snapshot build of Opera available for download with an implementation of the API. This means testing the API is widely available. For more information, see this answer.

share|improve this answer
+1 I like long polling. The future might be different but I wouldn't go with Flash. –  Plynx Mar 13 '10 at 21:46
I have used phpfreechat ( that use long polling ) and with only 20 people is very very very slow !! Why ? I need to create a real time app for million of people simultanely !! –  xRobot Mar 13 '10 at 21:57
@xRobot: Have you checked the FAQ? [phpfreechat.net/faq] It offers a solution for one performance issue related to disk access. Other than that you require a very high powered server to handle millions of connections at the same time. Normal http requests are open->get data->close, so simultaneous connections are fewer. With long polling it's open->wait for data->close, so many simultaneous are almost guaranteed. Servers can only handle a limited amount of concurrent connections, and you get what you pay for, if you catch my drift! –  Andy E Mar 13 '10 at 22:56
I don't think Google use Long-Poll to implement Comet. At least, GMail implements comet with XHR-streaming. –  Morgan Cheng Mar 21 '10 at 10:27
+1, the best way to do that's completely cross-browser is long-polling, which is implemented in a number of comet servers. The hack mentioned for gtalk is htmlfile streaming, which is different and has its own limitations: cometdaily.com/2007/11/18/ie-activexhtmlfile-transport-part-ii –  jvenema Mar 22 '10 at 14:50

All the different methods have different pros and cons, I'm not an specialist on the differences, that's why I'll recomend you to avoid making the choice, avoid the development and tuning that each approach involves, avoid the future changes in available technologies (ie. as HTML5 web sockets arrival), using a library that abstracts the transport method used, and chooses the best approach based on client capabilities:


this wonderful library makes creating realtime apps amazingly simple! and there are various server-side implementations: Python (Tornado), Java, Google GO, Rack (Ruby), besides the mainstream implementation in Node.js (server-side JavaScript)

share|improve this answer
Yup..!! Already used it with both Java and NodeJS. its brillient tool. For java we can use netty server implementation. –  agpt Nov 17 '14 at 6:23

I don't think long-polling is most efficient way to do Comet. Anyway, it sends new HTTP request after response is got. It cost more extra HTTP requests than HTTP streaming.

But, long-polling might be more reliable and easier to implement than HTTP streaming. According to this article in Google Code, HTTP streaming might not be functional if intermediate HTTP proxy buffers content.

It is interesting that GMail doesn't use long-polling. With the help of Http sniffer, it is clear that it uses HTTP streaming for Comet.

share|improve this answer
Also Facebook don't use long polling ? Do you know any example for http streaming ? Thans ^_^ –  xRobot Mar 22 '10 at 10:17
I haven't test it personally, but I'm told that Facebook chat is implemented by long-polling. GMail is Http Streaming. So is Outlook Web Access. –  Morgan Cheng Mar 22 '10 at 10:38
@xRobot, if you are looking forward to how-to, this URL is a good summary： cometdaily.com/2007/12/11/… –  Morgan Cheng Mar 22 '10 at 10:41

Your Answer


