NOTE: It’s important not to mix namespaces and the path options together! path describes where the SocketIO server is placed/mounted (/socket.io/.. is the default “setup route” to establish new SockerIO connections, but with path=/foo this becomes /foo/socket.io/...). Whereas namespaces are used to multiplex different scopes over one connection.
I’ve tried to understand the current implementation but already the API is a bit, at least for me, confusing. So are those features implemented and I’m just using it wrong? If not, are they on the roadmap somewhere?
It would really be nice if we could get a feature complete implementation of SocketIO, as this is quite popular in the JS world and also a good foundation for HTML5 games.
Thank you for this suggestion but I honestly don’t want to roll a custom network protocol. The server I’m writing should be compatible with both the native version of cocos2dx AND the html5 version. Also the SocketIO spec contains a lot of useful details (namespaces, rooms, boadcast, multiplexing, fallback transports etc.) that I don’t want to roll on my own.
So @slackmoehrle, would it be possible for you to ask the core team if full support for SockerIO is on the roadmap?