Laravel Queues | Очереди на Laravel | Как реализовать долгие задачи 

Про события в одном из следующих роликов обязательно расскажу.

@@lectoria честно?

@@ardixq Читаю, уже 3 месяца прошло ))) Время летит беспощадно. У меня даже сценарий к уроку по событиям подготовлен. Вот прям совсем скоро будет ролик. Не всегда получается записать быстро, сейчас все очень плотно по рабочим задачам...

Да очень просто. Перед обработкой следующих 5-ти сущностей запоминай текущее время, после окончания их обработки возьми разницу между текущим временем и временем, которое ты сохранил. Если эта разница меньше 1 минуты, то подожди, если больше 1 минуты, то запускай обработку следующих 5-ти сущностей по такому же принципу.

@@lectoria да, в эту сторону и думал... но вроде в параметрах воркера очередей есть параметр, отвечающий за лимит.... как дойду до джобов - читану документацию подробнее.... пока настраиваю бэкенд (взял Nova для бэкенда, чтоб с формочками не долбаться.. покрывает 90% потребностей админки на УРА"... Спасибо еще раз, Артем, за самые толковые уроки.. я в php недавно (полгода... ).. пришлось в 42 года резко сменить профессию =).. ваши уроки - просто отличные.. а то весь Ютуб полон "индусского кода" либо "Гоша Дударь, C# за 15 минут" 😁

По сути что-то вроде цикла событий в Laravel как раз реализовано через запуск демона-обработчика очереди. А то, что касается доступа к консоли, то у меня здесь такие рассуждения: Laravel обычно используют не для простых проектов, а для тех, где требуется специфичная логика и длительная поддержка, такие проекты целесообразно хостить не на виртуальном хостинге, а на виртуальном выделенном сервере (VPS/VDS) или на физическом выделенном сервере. Благо, что цены сейчас на VDS не сильно отличаются от виртуального хостинга. Для виртуального хостинга же, как вы верно заметили, есть крон, как правило, к нему хостер дает доступ через веб-интерфейс. Вы можете повесить на крон запуск обработчика очереди каждую минуту и будет почти то же самое. Но это, как мне кажется, больше костыль, чем адекватное решение. Решение диспатчить, а потом сразу вызывать консольную команду - тоже выглядит как костыль. Поэтому, я думаю, лучше потратить пару часов на изучение развертывания сервера на VDS и забыть про виртуальный хостинг навсегда. По настройке VDS у меня есть видео: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-wKghw1bhzbM.html

Если просто запустить php artisan queue:work, то если он случайно отвалится, то автоматически не перезапустится. Поэтому рекомендуется использовать supervisor для того, чтобы он контролировал, что процесс запущен. И если вдруг отвалится, то supervisor автоматически его перезапустит.

Есть такое видео в планах. Пока не могу сказать точные даты выхода. Следите за новыми выпусками.

Конечно ) Инструмент называется mailhog, бесплатный: github.com/mailhog/MailHog

Хороший вопрос. Если на каждом из серверов свой менеджер очередей, то как по мне, достаточно сделать свой базовый Job-класс для всех задач, выполняемых на сервере. И в этом классе реализовать ту самую проверку на наличие флага в очереди. Второй вариант - реализовать свой класс для работы с очередью, который будет наследоваться от базового стандартного класса и точно так же в нем реализовать проверку на наличие этого флага. Если флаг выключен, то просто не отправлять задачу в очередь.

Честно говоря, не думал об этом. Но, как мне видится, вряд ли такое получится, потому что для работы с очередями нужен процесс менеджера очередей, который должен быть постоянно запущен. На шаред хостинге хостер вряд ли такое позволит.

Не совсем. Это похоже на cron, но с гораздо бОлььшими возможностями. CRON просто запускает какой-либо скрипт с определенной периодичностью, а механизм очередей позволяет программно решать, какие задачи отправлять в очередь, с какой задержкой, с каким количеством неудачных попыток и так далее.

Создайте джоб, который будет отправляться в очередь, а уже в джобе делайте с изображением все, что душе угодно. Как пример, можно использовать вот этот пакет для обработки картинок: image.intervention.io/

Эти темы, мне кажется, сродни философским, потому что в них нет на 100% четко детерминированных правил и их можно трактовать по-разному, поэтому я такие темы, честно говоря, даже не рассматривал для видео. У меня обучение программирование происходило эмпирически - практика, практика и еще раз практика, поэтому у меня нет четкого понимания, всегда ли я следую правилам solid, ddd, dto, но когда я иногда про них вспоминаю и перечитываю, о чем это все, понимаю, что в большинстве случаев, особенно в последнее время, я следую этим принципам иногда даже неосознанно :) В общем, это я к тому, что сходу разложить по полочкам эти принципы и объяснить их в видео я не смогу, нужно будет основательно подготовиться. Но за наводку - спасибо. Добавлю в список тем себе.

Канал Тимура Шемсединова глянь

Все зависит от хостинга. Если есть доступ к ssh, то по идее должно получиться. Единственное, что я помню, на виртуальных хостингах стоит ограничение на время запуска процесса, поэтому, возможно, отправить воркер в бэкграунд на 100% не получится. В общем, если хочется без костылей и по-человечески, то лучше хотя бы VPS ))

Через cron можно запустить

Отправка происходит через Job. А Job делает сериализацию данных. Файл не может быть сериализован. Для того, чтобы корректно обрабатывать такой кейс, перед сериализацией, файл необходимо сохранить на диск, а когда происходит десериализация - забрать его с диска и приаттачить к письму.

@@lectoria Да я и так сначала сохранил его на диске. Может запилишь как-нить ролик про то, как грузить большие файлы на диск с помощью очередей?

Не пробовал его запускать под виндой, так как не работаю в ней вот прям совсем. Может кто-нибудь из подписчиков что-то ответит?