трай заворачиваете? включая геты из базы
или ну его нафиг, ничего там не сломается?
Это скорее вопрос - а как вы ошибки обрабатываете.
все же разный вопрос. "используете ли вы трай" и "как вы обрабатываете ошибки полученные в трае"
И еще в Guzzle не полениться указать таймауты для запроса в идеале 'delay' => 1800, 'timeout' => 15.
try - для того чтобы поймать эксепшен, как может быть внешний запрос кинуть эксепшен сам по себе - условный curl не кидает эксепшены, если же ты используешь какой-то пакет, который использует их - тут уже как у тебя политика обработки ошибок внутри проекта
Я очень не люблю когда в try есть код который не кидает эксепшены... Ну то есть я все что не кидает - выношу за пределы его. Но это лично моё предпочтение.
Так вот там будет ексепшен, если произойдёт ошибка TCP.
Понял вашу позицию. Логично :) !
всеже ощущение дело не в ролбеке.. если не начиналась транза то оно не делает ничего. возможно в коде есть каскад вызовов других сервисов которые изза вашей нагрузки начинают медлиться сами и следом ваши скрипты
Да. Но почему такой скудный slow.log. В этом изначально и заключался вопрос.
Там будет эксепшен потому что Client его бросит. Если написать своего клиента без эксепшенов или использовать curl - никаких эксепшенов не будет :)
https://www.elastic.co/apm/
Все зависит от реализации :)
Ооо. Это типа Pinba. Там нужно код изменять. C такими "трацерами" проще в файл писать :).
ну собственно это судя по всему конец поисков)
От реализации клиента
То есть - если мой клиент не кидает эксепшены - зачем в try оборачивать?
Нет. Или ты совсем не понимаешь что я говорю тебе
Сам по себе коннект к сокету никак не может кинуть php эксепшен.
Возможно не понимаю. Но если это идёт обращение к внешнему сервису, то лучше обернуть.
Нет
Обсуждают сегодня