Comment on An Introduction to Web SocketsComments−pornel15yFor non-games usually Server-Sent Events (http://dev.w3.org/html5/eventsource/) may be simpler to use:• it's pure HTTP, message format is dead simple ("data: payload\n\n")• browser handles network failures and reconnections automatically.• browsers can share same stream URL between windowsHis use-cases with to-do app and analytics were good fits for SSE.−camwest15yOnce Firefox supports SSE I agree that it would be easier to implement in many use cases. Although it doesn't have the same sort of fallback mechanisms available to it that WebSockets have (ActionScript sockets).Here is some additional information about it that I found at stackoverflow: http://stackoverflow.com/questions/5195452/websockets-vs-ser...−pornel15yYou can fall back to XHR with long polling — the stream is trivial to parse.−zeroxsysOP15yI'll check that out, thanks!
Comments
For non-games usually Server-Sent Events (http://dev.w3.org/html5/eventsource/) may be simpler to use:
• it's pure HTTP, message format is dead simple ("data: payload\n\n")
• browser handles network failures and reconnections automatically.
• browsers can share same stream URL between windows
His use-cases with to-do app and analytics were good fits for SSE.
Once Firefox supports SSE I agree that it would be easier to implement in many use cases. Although it doesn't have the same sort of fallback mechanisms available to it that WebSockets have (ActionScript sockets).
Here is some additional information about it that I found at stackoverflow: http://stackoverflow.com/questions/5195452/websockets-vs-ser...
You can fall back to XHR with long polling — the stream is trivial to parse.
I'll check that out, thanks!