PHP - едва ли первое, что придет в голову, когда стоит задача поднять сервер веб-сокетов.
Я тоже так думал пару лет назад. Но когда количество подключении возросло до 4-5к пожалел. Успешно перешли на NodeJS с использованием пакета WS. Бэкэнд (Rest API) остался на PHP, и через RabbitMQ шлются мессаджи на websoket. Пока полет нормальный. А главное сообщения аккумулируются в очередях, и после перезагрузки или падения websoket сервиса не исчезают.
Не совсем понял чем это «разделение сайта от движка» лучше использования «тупого фронтэнда» (Next, Nuxt …) и умного бэкэнда (REST/GraphQL API сервера) ?
<<проблема в том, что автор публикации не знает Python и не умеет программировать>>
Расходимся )
Интересно, хотя бы вкратце, куда копать
Да хоть 50 баз данных, причем при необходимости можно даже разные версии ставить на одной хост машине
Используем в проде эту имплементацию, нареканий нет. Просто и удобно.
Внешние цели, если их перевернуть на изнанку, становятся внутренними )
Я тоже так думал пару лет назад. Но когда количество подключении возросло до 4-5к пожалел. Успешно перешли на NodeJS с использованием пакета WS. Бэкэнд (Rest API) остался на PHP, и через RabbitMQ шлются мессаджи на websoket. Пока полет нормальный. А главное сообщения аккумулируются в очередях, и после перезагрузки или падения websoket сервиса не исчезают.
Не совсем понял чем это «разделение сайта от движка» лучше использования «тупого фронтэнда» (Next, Nuxt …) и умного бэкэнда (REST/GraphQL API сервера) ?
100 %