Как остановить ratchet из php?

Question

[Alex]

Стандартный пример с оф сайта ratchet запускает вебсокет после запуска скрипта php. Скрипт естественно как бы подвисает и вебсокет становится доступным.
Есть ли возможность из такого состояния остановить сервер ratchet посредством запуска другого php скрипта? Сейчас получается остановить только перезагрузкой php из ssh.
Возможно ли вообще такое реализовать в ratchet или перезагрузка php единственный метод остановить сервер ratchet?

Answer 1

[nowm]

Можно это сделать двумя способами:

1. Доработать PHP-код, чтобы он реагировал на сигналы, переданные через вебсокет. Например, если ему послать команду «stop», то он должен останавливаться и, соответственно, процесс завершается, освобождая TTY или тот скрипт, который запускал этот вебсокет.
   
2. Скрипт с вебсокетом можно запускать в фоновом режиме, а потом, если нужно его завершить, просто убивать процесс по его PID. Чтобы запустить скрипт в фоновом режиме, нужно добавить & в конце команды. Для примера: php bin/chat-server.php &
   

Судя по вашей терминологии («перезагрузка php») вы из скрипта PHP вызываете команду php bin/chat-server.php, а сам этот скрипт вызывается с помощью HTTP-запроса из браузера. В этом случае имеется ввиду перезагрузка PHP-FPM, так? Если так, то самое простое решение проблемы с подвисанием скрипта — это способ 2.

Comments

[Alex]

сейчас я просто запускаю скрипт через браузер (запросом к скрипту), а вырубаю через kitty обычным рестартом php-fpm.
Я так понимаю при помощи exec из php я запуская скрипт строкой типа "php путь\скрипт.php &" могу получить PID? или как его получить после запуска скрипта в фоне?

[Alex]

И кстати может есть способ через терминал ssh посмотреть запущенные скрипты, узнать их pid и убить например? Тоже как вариант для меня, так и безопаснее будет в плане запуска и остановки сервера ratchet.

[nowm]

Alex, когда используется «&», в терминал выводится что-нибудь, вроде [1] 10349. Здесь «[1]» — это номер фоновой задачи (список таких задач доступен через вызов jobs -l), а «10349» — это PID процесса который был запущен в фоне. Так что, можно пропарсить результат запуска и вытащить оттуда PID.

Ещё, можно завершать процесс по шаблону команды. Например, если нужно завершить всё, где упоминается «скрипт.php», нужно запускать команду pkill -f "скрипт.php".

[Alex]

Пробовал тестировать запуск и стоп через терминал. Сначала просто ставил & в конце, однако при выходе из терминала сразу отрубался и сервер. Добавил > /dev/null 2>&1 & и после выхода все работает.
Естественно jobs -l после выхода обнуляется и при запуске терминала уже ничего не выдает однако процесс уже видно в ps -df и можно убить при помощи pkill -f "скрипт.php"

Спасибо за подсказку! Теперь можно и запускать и вырубать через терминал :)

[nowm]

Alex, и, кстати, я полностью согласен с Falconer — вебсокет-сервер на PHP — не самая удачная идея, даже при условии, что используется готовое решение, вроде Ratchet.

Я пишу на PHP уже больше 10-ти лет, и у меня складывается впечатление, что для долгоиграющих процессов, вроде вебсокет-сервера, он не очень подходит, потому что он синхронный, а в сценариях с вебсокетами часто требуются асинхронные операции и асинхронный подход вообще. Ratchet для асинхронности использует ReactPHP, и чтобы использовать дополнительную асинхронность в своём личном коде на PHP (не связанном напрямую с Ratchet, а если, например, вам захочется параллельно вытащить данные из БД и сделать запрос к какому-нибудь API, чтобы сократить время работы), нужно будет использовать его тоже, и код в таком случае получается зубодробительным, и вам во сне будут сниться слова «new», «factory» и «loop» после этого — настолько часто вы их будете использовать. В итоге, когда мне требуется вебсокет-сервер, я пишу его на JavaScript под NodeJS, а PHP использую только когда нужно генерировать HTML-страницы с какими-то данными из БД.

[Alex]

Сергей Ронин, да щас как раз буду тестить и WS на ноде. Смотрю просто какие есть решения, да и Ratchet просто заинтересовал из-за не маленького рейтинга на гитхабе, хотя и понимаю что пхп это не про асинхрон.