Сколько и каким образом «отлавливать» исключений (ошибок) при запросе?

Question

[page404]

Сделал механизм запроса ответа и столкнулся уже с несколькими ошибками которые возникли в процессе запроса ответа. т.е. делая запрос мы ожидаем ответ :
Верно или неверно .
Но ведь еще могут появится неожиданные ошибки по различным причинам.
к примеру:
устанавливаю несуществующее поле при запросе в БД выполняемом на сервере куда прилетел запрос-- получаю 500 статус , а пользователю такое не надо видеть. Необходимо обработать ошибку? но ее надо поймать.

try{
            
            $response = $client->request('POST', 'test');
         
}catch(\GuzzleHttp\Exception\RequestException $e){        
                if ($e->hasResponse()) {
                    $response = $e->getResponse();
 }
/**
 * отлаливаем ошибки при коннекте с сервером
 */
    }catch(\Exception $ex){
        
        \Log::info(__METHOD__.' == Error connect in site. '.$ex->getMessage());
        
        return redirect('/')->with('status','Что то пошло не так, повторите позже.');
    }

делаю sleep(200) ,на сервере куда прилетел запрос, чтобы превысить интервал ожидания и получаю ошибку соответствующую , а мне ее отловить надо чтобы обработать, а эти блоки ее не ловят.
Собственно вопрос сколько же надо учитывать вероятных ошибок , вернее каким образом оформить их отлов и обработку.
код в Laravel 5.*

Answer 1

[FanatPHP]

Во-первых и в самых главных - не заниматься фигней и не делать бессмысленную работу.
Но для этого надо немного понимать, как работают веб-приложения.
В частности, что "500 ошибка" - это и есть та страница, на которой пишут "Что то пошло не так, повторите позже."
Соответственно находим шаблон этой страницы и правим под себя.

То есть ошибки, после которых продолжение работы бесполезно, вообще никак не отлавливать не надо. Ларавель сама за тебя все отловит и напишет. Потому что в ней уже все оформлено, и отлов и обработка. И не надо туда лезть руками.

Дальше, если ошибка не критическая и продолжение работы возможно, отлавливать трай кетчем.

Если какая-то не отлавливается - надо смотреть какая и почему. Если самостоятельно не получается - привести полный текст ошибки и код отлова в своем вопросе, а не бубнить "я получаю, а мне надо, а они ниловят"

В целом же стараться "отлавливать и оформлять" как можно меньше. И стараться понимать, что ты работаешь с современным фреймворком, в котором все нужное уже есть, а не по-старинке говнякаешь на коленке

Comments

[page404]

создается впечатление что тебя принуждают давать ответ. Если ты не имеешь желание на мои вопросы давать ответ , так не надо это делать.
Ты хотя бы разберись с вопросом а не под себя его редактируй.
Если бы я знал , то не спрашивал здесь. Да я новичок, и многих вопросов не понимаю.
Для чего ты пишешь что: --- отлавливать трай кетчем ?? у меня в коде что то другое ты увидел?
я привел код отлова и ошибку, а не бубнел, бубнишь ты по факту, что этот код не ловит превышение ожидания.
я знаю что фреймворк достаточно умен. Но вероятно я ошибаюсь при формировании запроса или при настройке потому и не могу добиться результата.
пример того как человек помог разобраться: его слова: покажи заголовки какие установлены при запросе и все ответ нашелся с таймаутом.
без лишней лирики и подобного.
ты умен молодец! умеешь тоже хорошо! я пока что не обладаю знаниями.

[FanatPHP]

Зря ты кипятишься.
Я иногда конечно ради красного словца могу написать обидно, но никак унизить я тебя не хотел.
То что ты совершенно не умеешь вопросы задавать - это факт.
Отлов ошибок вообще - это один вопрос
Покажи заголовки и решил проблему - совершенно другой.
Ты сначала разберись что тебе надо, и вопрос задай нормально. Тогда и ответы тебе будут нравиться гораздо больше.

[page404]

FanatPHP, хорошо.
1. Зря ты кипятишься. -- результат твоего намерения - Я иногда конечно ради красного словца могу написать обидно вполне ожидаемый эффект.
2.То что ты совершенно не умеешь вопросы задавать - это факт. -- описан поэтапно механизм работы процесса. Если не понятно, как же ты можешь давать ответ на вопрос который тебе не понятен? уточни , собери данные достаточные для ответа. или же просто можно сказать: не достаточно логично поставлен вопрос.
по вопросу:
работает код:
запрос с помощью газла( это видно ?)
- привожу пример (меняю в коде на сервере куда приходит запрос , т.е. делаю умышленно ошибку (устанавливаю несуществующее поле это тоже не понятно? ),
соответственно какая может быть ошибка в таком случае SQL ERROR конечно же не найдено поле в таблице!
- в результате на сервер с которого был запрос прилетит Интернал Сервер 500 - и с помощью catch(\GuzzleHttp\Exception\RequestException $e) она ловится, а вот блок catch(\Exception $ex) не ловит ее!
далее описал другую ситуацию для создания ошибки превышения интервала ожидания .....
так что же не понятно??
вот и задал вопрос , исходя из полученных данных, что не понял - а сколько же их таких ошибок?
понимаю что скорее всего неправильно что то делаю , ведь таких блоков не должно быть много ?
как то должен механизм обрабатывать это не такой реализацией.

[FanatPHP]

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

[page404]

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

[FanatPHP]

ты этот свой бессвязный лепет называешь словом разжевал? серьёзно?

[page404]

FanatPHP, если ты намерен говорить в таком тоне(с употреблением своего словца) - то шапку нашел и ..... вон отсюда пошел.
такая помощь не нужна.

П.С. были не эти слова (бессвязный лепет ) для полной картины.

[FanatPHP]

да я уже понял что не в коня корм.
ты ни вопрос задать не можешь, ни ответ понять

[page404]

FanatPHP, пока)

Answer 2

[Boris Köln]

устанавливаю несуществующее поле при запросе в БД

Код в студию. И заодно код, где ты пытаешься это поймать, но почему то не ловится.
В указанном коде ловятся ошибки только в "$client->request('POST', 'test');", но там ошибок и так нет.

Comments

[page404]

то место куда прилетает запрос:

public function name(Request $request)
    {
       ....
      $a = User::where('email',$emailUser)->first(); // вместо email ставлю email1
     .....
       return response()->json($b);

после блока catch(\Exception $ex)

if($response->getStatusCode() == 200){

..... далее логика
{

[Boris Köln]

вместо email ставлю email1

OK. Будет Exception.
Где код с try-catch?

[page404]

Boris Korobkov, вверху этой страницы. в вопросе.
получается что надо try-catchить там где происходит выборка из БД. и тогда ответ всегда будет ожидаемый серверу который сделал запрос?
а там где делаем запрос на получение данных, отлов только сетевых ошибок, что избавит от двух блоков catch те что в коде приведены. или не прав?

[Boris Köln]

page404, повторяю:

В указанном коде ловятся ошибки только в "$client->request('POST', 'test');", но там ошибок и так нет.

Ночь. Под фонарем в парке ползает пьяный мужик. Подходит милиционер, спрашивает:
– Ты чего тут ползаешь?
– Часы потерял. Ищу.
– А где потерял-то?
– Да вон там, в кустах…
– А чего же тут ищешь-то?
– А тут светлее…

[page404]

Boris Korobkov,
Главное, что нужно знать про «Хабр» — это целое семейство продуктов для айтишников. Мы любим IT и людей, которые делают эту сферу такой интересной, хотим помогать им учиться, работать, общаться и отдыхать. Наша цель — создать комфортную экосистему для сообщества разработчиков, инженеров, дизайнеров, менеджеров — всех, кто создаёт IT-продукты.

заметно ))
п.с. там ошибки есть. и потому вопрос задал: как правильно оформить их отлов и обработку.