News for hackers. Stuff that matters.
Re:SockJS – WebSocket emulation (2011) by KaoruAoiShiho on Saturday November 24, 2012 @02:54PM (#4826260)
Does Sockjs correctly fallback from websockets in all situations? Looking at this:

https://speakerdeck.com/3rdeden/realtimeconf-dot-oct-dot-201...

Makes me afraid to turn on websockets. Will websockets correctly fall back if blocked, even if I don't use SSL?

One of the biggest problems with socket.io is that it doesn't fallback correctly.

Re:SockJS – WebSocket emulation (2011) by majke on Saturday November 24, 2012 @03:45PM (#4826401)
I have problem with this presentation - it doesn't seem to contain too many details. What mobile, what browsers, what 3g networks, etc.

Sure, there are issues - Safari (I think) used to crash when you opened inspector on a page with ws.

Some (meteor.com) just ignore all those issues by disabling native ws altogether. Performance of polling SockJS transports is enough for them now, so why bother?

If you find a real problem with SockJS in the wild - please do let us know!

Re:SockJS – WebSocket emulation (2011) by KaoruAoiShiho on Saturday November 24, 2012 @03:52PM (#4826417)
I'm using sockjs right now with polling, so don't get me wrong, I'm with you. I'm thinking about experimenting with turning on ws so that was the source of my question. I'd appreciate it if it could be addressed. Thanks.
Re:SockJS – WebSocket emulation (2011) by mmastrac on Saturday November 24, 2012 @03:36PM (#4826375)
In theory v1.0 of socket.io will fall back correctly if blocked, as it will be based on engine.io. This is what I last recall, as I've had other problems with socket.io and clustering - I've just moved on to pure engine.io going forward (and loving it).