A
тут не так
Size: a a a
2020 April 08
A
с очередью не работает походу
A
короче придумал
A
docker update --restart=no $(docker ps --filter "name=queue" -a -q)docker-compose exec php php artisan queue:restartA
короче придумал
хм, странное решение))
A
почему?
A
queue:restart точно ждет завершения заданийA
если используется http://supervisord.org/configuration.html
то там есть опция stopwaitsecs
т.е. получается:
1. docker-compose stop посылает SIGTERM супервайзеру
2. супервайзер такой же сигнал посылает уже процессам
3. они должны завершиться и только если нет - KILL
то там есть опция stopwaitsecs
т.е. получается:
1. docker-compose stop посылает SIGTERM супервайзеру
2. супервайзер такой же сигнал посылает уже процессам
3. они должны завершиться и только если нет - KILL
A
queue:restart точно ждет завершения заданийтак она заново запуститься и возьмет задания ж)
A
неа
A
docker update --restart=no $(docker ps --filter "name=queue" -a -q)A
A
взял с SO, потому считай можно не париться))
т.е. послать запрос и дать время определенное, оно и завершит
т.е. послать запрос и дать время определенное, оно и завершит
A
а куда это вписать?
A
так оно уже вписано
я имею ввиду что docker-compose stop посылает SIGTERM, а worker оказывается его слушает и не должен брать новых заданий
я имею ввиду что docker-compose stop посылает SIGTERM, а worker оказывается его слушает и не должен брать новых заданий
AB
с api token поидее должен без куки принимать
попробуй прописать AIRLOCK_STATEFUL_DOMAINS=localhost:8080,localhost или с какого хоста у тебя фронт стучится в .env
A
а куда это вписать?
docker-compose stop -t=480 laravel-queueполучается тут шлется SIGTERM и он ждет 480 сек max, после чего уже KILL
A
docker-compose stop -t=480 laravel-queueполучается тут шлется SIGTERM и он ждет 480 сек max, после чего уже KILL
у меня берутся новое задания
A
зашел в файл там нет этого
A
а есть