<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Jan 26, 2014 at 10:46 AM, Glyph <span dir="ltr"><<a href="mailto:glyph@twistedmatrix.com" target="_blank">glyph@twistedmatrix.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">It would be great if someone built a package to do this (more interop is always better), but I think interest has generally fizzled on Socket.IO implementations in the past because SockJS does pretty much exactly the same thing, and as Laurens said, our friends over at Desert Bus for Hope maintain great Twisted support for it <<a href="https://github.com/DesertBus/sockjs-twisted" target="_blank">https://github.com/DesertBus/sockjs-twisted</a>> <<a href="https://pypi.python.org/pypi/txsockjs" target="_blank">https://pypi.python.org/pypi/txsockjs</a>>.<div>

</div></div></blockquote><div><br></div><div><a href="http://socket.io">socket.io</a> adds a few things like "RPC support" and "pubsub", both those are things that should be spoken over some transport, not part of some transport, and are trivial to layer over an existing browser transport.<br>

<br></div><div>I like SockJS because it's literally just "websockets damnit!". Also, it doesn't use Flash, which has excellent benefits including no gnarly XML files to server and not having to wait three seconds to figure out if a connection works or not (yes, really).<br>

</div><div><br></div><div>Also: protip, speak SockJS over TLS exclusively. It's not even a security thing (except yes, that too), but if you do end up speaking websockets you'd be amazed how much Enterprise Quality Web Middleware Server Hardware Firewall(TM) screws up websocket connections. TLS, OTOH, they just leave be.<br>

</div><div><br>hth<br>lvh<br></div></div><br></div></div>