Introducing Socket.io 1.0
socket.io
Introducing Socket.io 1.0
1–10 of 76 posts
Re: Introducing Socket.io 1.0
#2This was a long time coming! I'm very happy to see socket.io 1.0 finally released. Pre-1.0 had some deal-breaking technical issues, such as starting with websockets and falling back to polling. I think the new approach is starting with polling and then seeing if a) websockets are supported by the current browser and b) messages sent via websocket are received by the server (a firewall might prevent this).
Re: Introducing Socket.io 1.0
#3Finally!! I was going to switch to naked engine.io because it can handle many more connections without going crazy. Now I can get it without changing my code. Woo hoo!
Re: Introducing Socket.io 1.0
#4Congrats Guillermo and gang!
Re: Introducing Socket.io 1.0
#5Have you guys dealt with the 3-year clustering bug? https://github.com/Automattic/socket.io/issues/438
Would be pretty hesitant to use it until there's some sort of closure on this.
Re: Introducing Socket.io 1.0
#6Have you guys dealt with the 3-year clustering bug? https://github.com/Automattic/socket.io/issues/438 Would be pretty hesitant to use it until there's some sort of closure on this.
Please read the "Scalability" section on the blog post! This very demo is fully clustered.
Re: Introducing Socket.io 1.0
#7I've since switched to SockJS for all of my projects (after struggling with memory issues in Socket.io 0.9.*). Any compelling reasons to give Socket.io another try?
Re: Introducing Socket.io 1.0
#8This is exactly how I've always wanted the web to work. i've spent some time with socket.io working through "nodejs in action" and I can't wait to use it for new apps.
Re: Introducing Socket.io 1.0
#9Excellent news, looking forward to using it.
socket.io is awesome !
Re: Introducing Socket.io 1.0
#10I like the separation of the transports into engine.io, however it would be even better if it exposed a standard Node.js Stream interface so that it played nicely with the growing ecosystem of Stream-related modules.
Dominic Tarr, substack, and others have been advocating this idea for awhile: https://github.com/substack/stream-handbook
Gluing together various types of streams and stream transformers is a really nice way to build certain types of applications.
Fortunately it should be easy to write a Stream compatible wrapper.