go-socket.io icon indicating copy to clipboard operation
go-socket.io copied to clipboard

Socket.io 2.0 support

Open ghost opened this issue 7 years ago • 17 comments

Is there anything planned for it?

I can't get it to work with JS socket.io-client, the connection just never seems to happen.

ghost avatar Nov 21 '17 00:11 ghost

pretty sure this project is dead

utdrmac avatar Nov 21 '17 18:11 utdrmac

No. I don't have time to maintain this project now. You can fork it and add the feature yourself.

googollee avatar Nov 21 '17 22:11 googollee

@googollee any official forks? any new maintainer?

utdrmac avatar Nov 21 '17 23:11 utdrmac

No. At least I don't know. If any one want to take it, please notice me. I can write it in README.

On Wed, Nov 22, 2017 at 12:00 AM, Matthew [email protected] wrote:

@googollee https://github.com/googollee any official forks? any new maintainer?

— You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub https://github.com/googollee/go-socket.io/issues/188#issuecomment-346189535, or mute the thread https://github.com/notifications/unsubscribe-auth/AAeTjlGnPRpFKWtFf6v7FgrBd7dosMQ_ks5s41YngaJpZM4QlGn1 .

googollee avatar Nov 22 '17 10:11 googollee

There is no active full development on this repo going on, but more contributors are very welcome to submit PR. I'm here to help get PR's merged and checked :)

erkie avatar Feb 08 '19 10:02 erkie

@googollee can you transfer the project to this guy @erkie to maintain it?

jjhesk avatar Feb 19 '19 03:02 jjhesk

The problems are fixed by this guy https://github.com/pschlump/socketio

jjhesk avatar Feb 19 '19 03:02 jjhesk

Guys, any one working on it. We are using this library at prod, and getting many issues. Any plans to update or mark the project as archived and show link to actively maintained fork. Seriously dude. This is the only stable socket.io lib available and its broken AF..

kunaldawn avatar May 27 '19 08:05 kunaldawn

@googollee can you share implementation details or any architecture diagram of this project?

kunaldawn avatar May 27 '19 08:05 kunaldawn

This project needs help and we mention it in every issue. Please support it by making PR’s fixing issues. Assume no help from maintainers but feel free to ask targeted questions. If you benefit from the project: we need your help. Dont just complain. We’ll help you merge fixes ASAP.

erkie avatar May 27 '19 19:05 erkie

@kunaldawn ☝️

erkie avatar May 27 '19 19:05 erkie

@erkie I understand that, the problem is there is no documentation why there is v1.0 v1.4 and v1.4.1 and what are the purpose. which API is going to be supported? Latest master API is not compatible with v1.4.1. Can I get some light on it.

kunaldawn avatar May 28 '19 09:05 kunaldawn

Why people are not directly contributing to this project, for example https://github.com/pschlump/socketio seems to fix some issues.

kunaldawn avatar May 28 '19 10:05 kunaldawn

@kunaldawn as per the README, the master branch aims to be compatible with version 1.4 of Socket.io. With that in mind, can we count on your passion to help this project? :) Like I've mentioned, I'd be more than happy to assist getting PR's merged. Looking forward to seeing you in the PR section soon!

erkie avatar May 28 '19 10:05 erkie

@erkie let me understand the code base first, we are still using v1.0 and sometimes OnClose panics. It seems v1.4.1 has the fix (using sync.Once) but missing Broadcast feature. Let me fix my production server first, crash is causing our stateful service to fail and make us panic :P, will surely contribute if I am able to understand this big project.

kunaldawn avatar May 28 '19 15:05 kunaldawn

hi @erkie, as per my analysis v1.0 and v1.4 has some broken api changes. Our server code architecture is written in such a way its dependent on the following apis:

  • Broadcast feature form server instance #230
  • Adding On handlers to connection itself #231

For the broadcast API #230, I have raised a PR https://github.com/googollee/go-socket.io/pull/239

Now I am working on providing On api #231 in Conn interface, but the problem is for EVENT there could be only one writer, for example of I do server.OnEvent("ns", "event_1", func..) and conn.On("event_1", func..) only one of listeners ack can be written back. Currently i have decided that if direct On handlers are added they will get higher preference that global namespace handlers.

@erkie can you suggest some thing on what will be the proper way to bring On(event string, func...) #231 API back to Conn interface.

kunaldawn avatar May 29 '19 12:05 kunaldawn

I found ambelovsky had finish socket.io 2.0 support . https://github.com/ambelovsky/gosf-socketio

juicechu avatar Jul 15 '20 14:07 juicechu