так понимаю все дело в numprocs=3 в конфигурации supervisor, так как если ставлю один интанс, то все супер, никаких обрывов и непресказуемых выполнений?
решение - прочитать эту статью https://laravel.ru/posts/1187, все что выше описал возможно как раз из-за того, что «Второй проблемой является весьма странное поведение Laravel воркера — он обрабатывает одну и ту же(!!! Да, Карл, очереди тут такие очереди) задачу разными инстансами. «
В целом коммент звучить немного бредово, от того что надо использовать БД для очереди до того, что одна джоба разными инстансами обрабатывается. Продебажьте более глубоко. Вообще странно, что в вашем коде при том, что джоба сбросилась - нумерация &i осталась. Ощущение что она не сбросилась или еще что. Введите еще информацию в лог о считанном файле, чтобы понять где обрыв, какая инорфмация продублировалась или пропала.
+ вот эти параметры возможно что-то подскажут https://laravel.com/docs/7.x/queues#job-expirations-and-timeouts
https://ph4r05.deadcode.me/blog/2017/12/23/laravel-queues-optimization.html - вот обширная статья на эту тему
Статья про БД, а джобы с БД - не есть хорошо
ну раз есть такая возможность, то можно ведь использовать и должно бы нормально работать. С бд можно переходить попозже, уровень входа через бд ниже😉 да и наглядно в бд сразу
В общем я склоняюсь к тому, что да - работать из коробки должно нормально, поэтому скорее всего проблема в вашей настройке и реализации джобов.
ну так проблема такая не только у меня, есть же конкретное issue
Обсуждают сегодня