+ Open Source пакет Ignition. Это замена привычному Whoops, для отображения страниц с ошибками:

https://github.com/facade/ignition

чет дороговато

Должно быть оправдано

Я такую штуку очень хотел. Когда у вас 10 проектов на саппорте очень полезно. Круто было бы ещё в телегу пуши кидать, слек не зашёл. Есть вебхуки, но тогда надо своего бота писать))

Да, очень полезно. В основном все ориентируются на Slack, т.к. он всё таки заточен под корпоративную деятельность.

У вас тоже слек? Мы слек только с одним клиентом из штатов юзаем, остальные в телеге

Слак конечно. Можно прикрутить все нужные интеграции, прикреплять нужные сообщения, создавать треды и т.д.

Допустим при активности на BitBucket, все нужные уведомления у нас сыпятся в проектный канал. При деплоях на сервер, Laravel Forge тоже отправляет уведомление в Slack. Если возникает ошибка на сервере, тоже уведомление летит. Очень удобно. В Ларке можно использовать Slack как канал для логирования.

подсветки нет

но функционал классный, можно кликнуть на строку для редактирования в шторме)

ну и так можно
добавляеш в config/app 'editor' => 'phpstorm'
и вуаля

сразу заработало, без правок в конфиг

Где ты раньше был?)

ааа, речь о whoops errors, тогда полезно

dispatchNow не додає задачу в чергу, а відразу запускає?

Да

ок, дякую

А вот тема насчет под каждых чих писать контроллер. Мне удобно например монолитный контроллер, отвечающий за какую-то сущность, не очень мелкую. Если у сущности есть какие-то отдельные элементики, мне проще написать метод внутри этого контроллера updateElement() , чем иметь зоопарк в дереве исходников типа ElementController и ParentElementController каждый со своими методами CRUD. В редакторах видны все методы сразу. Можно быстро переключаться между методами. А куча контроллеров в дереве исходников реально путает. У кого как?

Была целая тема доклада, помоему даже обсуждали здесь давненько. Типа ChangeVisibilityFieldController. Хотя поле находится внутри модели Post например

В этом случае получается, что есть контроллеры для круда и есть для всего остального.
Конечно, если есть модель постов и есть отдельный метод для спены статуса одного поля - его в пост контроллер и нужно выносить.

Другое дело, когда у постов есть связанная модель баннеров, например, и методы для работы с баннерами так же пихают в пост контроллер - вот в этом месте будет начинаться боль =)