EG
если запускать через cron то с условием умереть если нет задач, то имеет смысл
А чем лучше? Я просто сейчас пытаюсь это осознать и ничего в голову не проходит особо
Кроме как вечный процес - плохо
Size: a a a
2021 November 19
?
A
я ж сказал чем
A
по крону мы никогда не сможем понять упало оно или нет
A
для этого супервизор нужен
MP
а тебя смущает что там ворк для локальной разработки указан?
ну вообще надо глянуть его код, сильно ли он от ворка очередей отличается.
мб там он написан сильно просто и не достаточно хорошо обрабатывает те же эксепшены.
всё же демонизация накладывает особые ограничения (утечки там, контроль работоспособности, плавная остановка и т.д.)
ну вообще надо глянуть его код, сильно ли он от ворка очередей отличается.
мб там он написан сильно просто и не достаточно хорошо обрабатывает те же эксепшены.
всё же демонизация накладывает особые ограничения (утечки там, контроль работоспособности, плавная остановка и т.д.)
?
Он запускает schedule:run в цикле
?
Ну тогда судя с твоих слов, то лучше юзать супервизор и schedule:work?
EG
по крону:
1) не узнаем когда упало
2) если не включить режим "умер если нет задач", то раз в минуту будет запускать процесс, который будет откусывать память и висеть, в итоге своп и "пиздец"
3) обрати внимание на laravel horizon идеальное решение, на данный момент, для управления и контроля очередей
1) не узнаем когда упало
2) если не включить режим "умер если нет задач", то раз в минуту будет запускать процесс, который будет откусывать память и висеть, в итоге своп и "пиздец"
3) обрати внимание на laravel horizon идеальное решение, на данный момент, для управления и контроля очередей
A
смотря какие задачи. для простых вполне нормально по крону ран бахать
A
очереди с консольками не путаешь? )
EG
сори реально, я и не заметил, что он про shedule:work, которая для отладки создана
MP
ну я так чуть посмотрел реализацию. вообще нет разницы по мне. кроме подхода. и по сути не могу придумать не одного кейса который бы влиял на выбор этого подхода.
MP
ну естественно кроме "мне доступен только кронтаб а не системд" и им подобных
A
ну вообще да. не стоит чтото сложное городить в этих консольках. там должны быть обычные ночные задачки например или почасовые там... единственно когда надо пошевелиться когда задачи начинают долго выполняться и накладываются друг на друга. оно вроде только одну задачу одновременно может выполнять
MP
там сам указываешь запускать их в бекграунде (паралельно) или нет (последовательно)
MP
помнится как то давно я даже писал штуку
была долгая задача, и ее хотелось естественно запускать в бэкграунде что бы не задерживать другие задачи.
но была потенциальная возможность что задача пересечется сама с собой. и тогда (а мб еще до сих пор, хотя возможно onOneServer сейчас можно юзать) механизма такого небыло писал сам.
была долгая задача, и ее хотелось естественно запускать в бэкграунде что бы не задерживать другие задачи.
но была потенциальная возможность что задача пересечется сама с собой. и тогда (а мб еще до сих пор, хотя возможно onOneServer сейчас можно юзать) механизма такого небыло писал сам.
D
Как написать unit тест для класса, у которого есть несколько зависимостей, но нужно подменить только 1 зависимость? 🌚
MP
не понятно что именно вызывает проблему, или ты не верно сформулировал вопрос или
ты просто мокаешь одну зависимость, инстанцируешь класс передавая один мок а остальные не моки и вызываешь нужные методы объекта
ты просто мокаешь одну зависимость, инстанцируешь класс передавая один мок а остальные не моки и вызываешь нужные методы объекта