vism

Да, в верном направлении мысль.
Вобще по ситуации обычно, разные настройки.
Вот например у меня
один супервизор на всё подряд
второй на загрузку и обработку фотографий
И разные настройки соотвественно.

Так же может забиться high queue.
Чтоб не мучаться с очередностью, 2 разных супервизора, гарантия, что мои MEDIA queue будут выполняться всегда и не зависеть от нагрузки или зависаний первого супервизора

'production' => [
            'supervisor-1' => [
                'connection' => 'redis',
                'queue' => ['high','medium', 'low'],
                'balance' => 'simple',
                'tries' => 3,
                'timeout' => 300,
                'maxProcesses' => 5,
                'balanceMaxShift' => 1,
                'balanceCooldown' => 3,
            ],
            'supervisor-2' => [
                'connection' => 'redis',
                'queue' => [
                    \App\Services\QueueService::QUEUE_NAME__MEDIA_TO_STORAGE,
                    \App\Services\QueueService::QUEUE_NAME__MEDIA_LIBRARY,
                ],
                'balance' => 'simple',
                'tries' => 3,
                'timeout' => 120,
                'maxProcesses' => 1,
                'balanceMaxShift' => 1,
                'balanceCooldown' => 3,
            ],
        ],

я установил https://github.com/romanzipp/Laravel-Queue-Monitor
из всего функционала просто пишу в базу что с чем выполнилось

Нет:)
Сам ларавель не трудно обновить по Upgrade Guide
Но вот различные пакеты, это уже другое дело:)

потому что ты обновляешь условие, по которому делаешь выборку.
ну смотри, у тебя 1000 записей например, ИД от 1 до 1000
Ты берешь первые 50 , обновляешь. остаётся 950 не обновлённых
А chunk делает limit +50
И следующая выборка у тебя начинается с отступом в 50 записей, в итоге записи с ИД 51-100 пропущены, а обновятся 101-150.
лимит опять +50
еще 50 пропущены и так далее.

Но если мы подберем следующий роут... /posts/{post = slug}/{content = content_slug} мы по сути не проверяем, принадлежит ли данный контент текущему посту. Дырочка какая - если мы возьмём content slug из другого поста, который id = 2 (Post: id = 2), и напишем так /posts/{post: id = 1}/content_slug (наследующийся от post: id =1), мы его получим. Так не должно быть.

вот тут и надо проверять, что всё хорошо и выдавать ответ (например 404 если юзер ввел не верный URL)

Перефразировать можно так, как мне пробежать марофон, после того, как я выстрелил себе в ногу.

Эти константы - обычный словарик. Создаете таблицу в БД, модель для этого словаря и по связям вытаскиваете. По запросу ищете.

конечно можно.
делаете релейшн carsPurchase()
hasMany(...)->where('type', Purchase::TYPE__CAR)
и всё. все по докам дальше.

https://github.com/barryvdh/laravel-ide-helper