<b>Laravel ломается не в роуте, а в мелочах вокруг него</b>

<b>Laravel ломается не в роуте, а в мелочах вокруг него</b>

В проде чаще всего стреляют не контроллеры, а три вещи: сервис-контейнер, очереди и кеш. Если биндинг завязан на состояние запроса, а job тащит внутрь лишние зависимости — баги начинают жить дольше релиза.

Проверь базовый набор:
— все тяжелые сервисы создаются лениво;
— в job передаются только простые данные, не модели с отношениями;
— кеш ключуется явно, а не «как получилось»;
— для конфигов и env не рассчитываешь на runtime-переопределение.

Отдельно смотрю на Eloquent: eager loading должен быть нормой, а не исключением. N+1 маскируется в маленьких выборках и всплывает под нагрузкой. Еще один тихий источник боли — события и observers: если там есть HTTP, SQL или внешние API, значит логика разъехалась.

Если проект растет, делай ревизию границ: запрос, доменная логика, фоновые задачи, интеграции. Чем раньше разнесешь ответственность, тем меньше шансов чинить «Laravel» там, где на самом деле сломана архитектура.