Exceptions в PHP. Урок с курса продвинутых методик Laravel от CutCode

[@АлександрБеккер-ь3к]

За catch(\Throwable) с целью поймать ошибку http запроса надо бить лопатой по голове. ))) Лютый антипатерн.

[@Геннадий-с5э]

Обрботка исключений внутри самих исключений это интересно)

[@Mr_x_One]

Очень интересно. Спасибо

[@ДмитрийЕгорычев-д9ъ]

Правильно я понимаю, что в процессе оформления заказа пользователя вызывается отправка сообщений в телегу, которая может сломать создание заказа, поэтому ее оборачивают в трай кеч? Не правильнее ли создавать задание на эти сообщения в очереди, чтобы их выполнение или невыполнение никак не влияло на заказ + возможность перезапускать неудачные отправки + не надо ждать ответа от телеги?

[@CutCodeRu]

@@ДмитрийЕгорычев-д9ъ нет там другой контекст и сообщения отправляются как канал логгера, это исключительно история для локальной разработки (мы расширяли монолог) Да и суть была в домашнем задании и из за того что взято из большого урока то видимо не сразу ясно о чем речь, нужно смотреть курс целиком

[@CutCodeRu]

@@ДмитрийЕгорычев-д9ъ простецкие кейсы с очередями о которых вы пишите мы тоже рассматривали на курсе

[@boburmustafo8868]

спасибо

[@snikitin32]

Чисто теоретически, если в reportable прописать отправку в телеграмм сообщения, а в самом методе отправки вызывается исключение по какой-то причине, например неверный токен, то мы получаем бесконечный цикл?))

[@CutCodeRu]

@@snikitin32 очень легко можем такое достичь)

[@Геннадий-с5э]

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

[@Геннадий-с5э]

в целом тоже самое если бы в reportable написать throw $this