Как передать данные между сайтом и сервером через сокеты?

Question

[Г П]

Здравствуйте. Мне нужно передавать данные между сервером и сайтом через сокеты. Можете дать простой пример передачи текста через сокеты между сайтом и сервером (гугл не помог с моим вопросом)

Comments

[Сергей Соколов]

имеете в виду «между браузером и сервером» ?

[Г П]

Сергей Соколов, да

Answer 1

[Сергей Соколов]

Для работы с WebSocket на сервере понадобится постоянно запущенный PHP процесс.
Не как обычно, запрос-PHP-ответ – а постоянно работающий на сервере PHP-файл, в нём WebSocket сервер, который слушает на каком-то порте. Принимает и держит открытыми подключения от клиентов. Реагирует на события сообщений от них, отправляет что-то в ответ.

Например, поставьте Swoole, вот пример кода, там и сервер и клиентский JS. Для локального теста достаточно запустить server.php из примера – он и HTTP сервер, который отдаст веб-страницу с нужным JS, и WebSocket сервер.

Answer 2

[Андрей Слащинин]

PHP не совсем подходит для работы с Сокетами. Дело в том, что он однопотоковый и это накладывает множество ограничений, например если подключатся два клиента то они будут становится в очередь и ждать выполнения заданий друг у друга. Лучшим решением будет использование библиотеки socket.io/docs, а если нужно передать из неё данные в PHP то можно использовать технологию Pub/Sub, которая есть в Redis.

Comments

[Vitsliputsli]

Node.js на котором будем запускать socket.io тоже однопоточный. Пока вы не используете потоки, любой скрипт у вас однопоточный. Начнете пользовать потоки - будет многопоточный, php тоже есть с поддержкой потоков. Опять же работа с потоками не панацея и не такое уж простое занятие, не важно на node.js или php. Из плюсов node.js - там неблокирующий IO, но сколько на этом выиграем зависит от задач. Из минусов php - там реализация коннектов сокетов через файловые дескрипторы, с соответствующими лимитами, но, вероятно, при такой нагрузке уже стоит горизонтально масштабироваться.
Чтобы не "становится в очередь и ждать выполнения заданий друг у друга" не нужно обрабатывать задания сервисом сокетов, а передавать эти задания воркерам. При таком раскладе, можно сам сервис написать, например, на Go (там кода будет немного), а воркеры уже на чем удобнее и быстрее (на том же php).
Многие удобные вещи, которые предоставляет socket.io не будут работать при использовании web-socket (broadcast, масштабирование с аутентификацией через куку). Т.е. мы тянем достаточно тяжелую библиотеку, которая предоставляет много полезного, но стоит ли это делать только ради websocket, если все остальное нам не нужно? Тут вопрос к автору, ему нужен любой обмен или именно web-socket?
Поправьте меня, если я ошибаюсь.

[Андрей Слащинин]

Согласен с вами.