Какую socket библиотеку выбрать для чата и оповещений в 2019?

Question

[time_is_always_against_us]

Казалось бы на обилие информации в сети самому не удалось разобраться...

Задачи:
1. Переписать текущий чат, который работает на Ajax, PHP, MySQL (memory table), JS + jQuery. Чат сложный - с приватными сообщениями, группами (один пользователь может принадлежать нескольким группам) и прочим.
2. Обработка событий. Например, пользователь сделал заказ, информацию об этом заказе нужно в реальном времени передать модератору - не уведомление, а всю информацию о заказе сразу. Сейчас все это опять же работает через Ajax, PHP, MySQL, JS + jQuery.

По статьям на хабре и вообще гугле/ютубе нашел 2 библиотеки:
- Workerman (вроде для всего подходит),
- Ratchet (пишут, что не умеет оповещать отдельного пользователя т.е. подходит только для чата).
Какую посоветуете?

Какой протокол выбрать? Ws, Wamp, TCP, UDP.

Для чата и оповещений должен работать одно сокет-соединение с клиентом или несколько для каждого события? И соответственно на сервере нужно запускать несколько демонов под каждый обработчик?

Для кеша сервер использует Redis, там есть subpub, возможно даже он для этого подходит, но ничего на эту тему не нагуглил.

И если знаете какие-нибудь обучающие ролики или статьи буду рад. То, что находил очень поверхностно, не дает представления, как на этом реализовать что-то более сложное.

Comments

[di]

Я писал простой чат на workerman в свое время дабы разобраться в теме.
https://github.com/Delgus/chat . И скажу честно что писать вебсокет-севера на php - это огромная боль.
Сейчас бы я наверное выбрал для реализации другой язык - golang например.
На Node.js тоже немало хороших вариантов наверно существует, ибо очень много вебсокетов написано на ней

[time_is_always_against_us]

Alex, Спасибо, готовый пример будет к стати.

Answer 1

[Виктор]

Попробуйте этот проект comet-server.com там есть необходимое для вас апи.

Answer 2

[frimuchkov]

А зачем переписывать, если работает?)

Настоятельно не рекомендую использовать PHP для этого) Самый простой вариант - использовать https://cloudws.io, в нём создаёте нужные каналы(например, group_$ID, dialog_$FIRSTUSER_$SECONDUSER, orders и т.д.), пользователю/менеджеру на фронт кидаете полученный ID и пусть он слушает через сокет на наличие сообщений/. Более сложный вариант - повторить написанное, но использовать свою реализацию WebSocket-сервера на node.js, например.

С отправкой заказов двоякая ситуация, я бы советовал, всё же, отправлять только id заказа и запрашивать информацию у сервера, так выглядит надёжнее.