<b>Laravel-проект ломается не в роуте, а в мелочах вокруг него</b>
В репозитории Laravel чаще всего стреляют не контроллеры, а окружение и дисциплина кода. Проверьте сразу три вещи: • .env не должен расходиться с конфигом • кеши config/route/view не должны жить своей жизнью • очередь и cron должны запускаться отдельными процессами, а не «как получится».
Дальше смотрите на сервис-контейнер. Если класс тянет 6 зависимостей и сам решает бизнес-задачу, это уже не удобство, а связка, которую сложно тестировать и менять. Выносите в сервисы маленькие сценарии, а не весь поток целиком.
Второй частый провал — Eloquent как универсальный молоток. Для простых CRUD он ок, но в сложных выборках начинаются N+1, лишние select *, и магия аксессоров, которую никто не помнит через месяц. На критичных участках держите явные запросы, DTO и отдельные методы чтения.
И ещё одна привычка, которая экономит часы: не смешивайте бизнес-логику с FormRequest, observer и blade-шаблонами. Каждый слой должен делать свою работу, иначе любое изменение превращается в поиск по всему проекту.
Если проект нужно поддерживать долго, выигрывает не самый «красивый» код, а тот, где зависимости видны, кеши управляемы, а логика разложена по слоям.
Laravel & PHP Deep — фреймворки и пакеты
@laravel_php_deep
<b>Laravel-проект ломается не в роуте, а в мелочах вокруг него</b>
Этот пост опубликован в Telegram-канале Laravel & PHP Deep — фреймворки и пакеты. Подписаться можно по ссылке: @laravel_php_deep.