комманду в которой выполняю Subscribe на событие. Каким образом реализовать что бы у меня supervisor который запускает эту команду перезапускал её при изменении файлов скрипта? Для очередей есть команда php artisan queue:restart, а вот как быть с моим случаем?
перезапуск стоит организовать на этапе выгрузки, например взять за основу horizon и при deploy выполнять команду php artisan horizon:terminate а для выгрузки рассмотри Envoy, например вот с таким простым сценарием: @servers(['web' => ['1.1.1.1']]) @task('deploy', ['on' => ['web']]) php artisan down git pull php artisan migrate --force composer install --no-dev php artisan optimize php artisan view:cache php artisan horizon:terminate php artisan up @endtask
У меня есть jenkins, при деплое, я могу в нём прописать без труда horizon:terminate и это будет перезапускать процессы supervisor'а от horizon очереди. Но мне не понятное другое, каким образом к этому мне привязать команду php artisan redis:subscribe, что бы она перезапускалась в этот момент тоже?
нужно в команде с периодичностью проверять некий ключ в redis, если в какой-то момент он изменился, значит нужно умереть, а supervisor поднимет заново, как вариант, отправлять в redis текущую версию приложения, и если с последнего обращения к redis что-то изменилось завершать цикл, что бегает в redis:subscribe по аналогии как перезапускаются очереди
беда в том что в redis:subscribe такой код: public function handle() { Illuminate\Support\Facades\Redis::subscribe('канал', function($message) { .... }) } Соответственно здесь нету цикла, это код с пример с документации, и как его переделать на цикл?
ты же подписался на событие от redis, в функции замыкания и проверяй на изменение ключа, или по аналогии подпишись на изменение значения, но тут я тебе не подскажу, т.к. не знаком Facades\Redis::subscribe()
Аааа.... Всё понял, словил твою идею, спасибо! Но возможно есть варианты покрасивее с коробки?) По аналогии с тем как сделаны очереди
так очереди бегают в бесконечном цикле и проверяют не было ли вызова на перезагрузку, в твоем случае почти тоже самое, да и subscribe скорее всего также реализован, только реализация скрыта от пользователя, а вот если заглянуть в исходник там скорее всего тоже будет цикл.
Да ты прав, пока не вижу лучшего варианта чем слушать доп событие "restart" при получении которого завершать команду
Обсуждают сегодня