Как корректно обработать ошибки сервера средствами JavaScript (Возможно ли это)?

Question

[Дмитрий Калюжный]

Можно ли обработать ошибки сервера, наприер 500 или 422 или 419, чтобы в консоли браузера они не выводили красным?

Например, в случае с Laravel, при ошибке валидации сервер возвращает ответ с ошибкой 422:

Можно ли сделать так, не было таких вот красных ошибок в консоли, при этом, не меняя код ошибки сервера?

Этот же вопрос справедлив для 500 ошибки, 419 и т.д.

Comments

[Дмитрий Калюжный]

Тут не все так просто.
Приведу пример:
я заполняю форму, затем, отправляю ее на север jquery, axios, fetch или new XMLHttpRequest(); - не важно
В форме, допустим, одно из полей не прошло валидацию и сервер формирует ответ с кодом 422
По сути, это не ошибка сервера, а просто данные формы не прошли валидацию.
Проблема в том, что на стороне клиента, к примеру у axios метод catch ловит исключение и все - как бы ошибка и будь здоров.
Ну а как же быть с данными, которые как бы должны возвращаться в виде json объекта с теми полями в которых есть проблемы???

Answer 1

[Алексей Уколов]

try {
  await fetch(...);
} catch (error) {
  // Обрабатываем ошибку как хотим
}

fetch(...)
  .catch((error) => /* Обрабатываем ошибку как хотим */);

const xhr = new XMLHttpRequest();
xhr.open(...);
xhr.send();

xhr.onload = function() {
  if (xhr.status != 200) {
    // Обрабатываем ошибку как хотим

    return;
  }

  ...
};

Comments

[Дмитрий Калюжный]

Да, действительно так работает, но, при этом, в консоль все равно выбрасывается красная надпись.
Она неконтролируемая и я не могу ее отловить...

[Дмитрий Калюжный]

try {
	await axios.post(url, {data: formData});
} catch(e) {
	console.log('catch', e);
}

В консоли:

[Алексей Уколов]

Из кода вы никак "красную надпись" контролировать не можете, но можете в своём экземпляре DevTools её скрыть.

[Дмитрий Калюжный]

Алексей Уколов, ну, то есть, получается, так это и оставить?

[Алексей Уколов]

Смириться или скрыть, если они вам почему-то мешают.

[Дмитрий Калюжный]

Алексей Уколов, Да почему все так отвечают???
Мне они не почему-то мешают, а я просто хочу выяснить, это нормальное явление или ошибка, с которой нужно работать.
До этого я работал с CodeIgniter и там такого просто не было и после того, как я начал изучать Laravel - столкнулся с таким явлением и просто не знаю, что с этим делать. Мне кажется, что если в консоли красная ошибка - то нужно ее исправлять, а не просто оставить как есть.

[JhaoDa]

Дмитрий Калюжный, тебе кажется.

[Дмитрий Калюжный]

JhaoDa, Ну, то есть, это нормальная практика и можно просто не обращать на них внимание. У Вас у всех подобные ошибки выводятся?

[JhaoDa]

Дмитрий Калюжный, конечно, выводятся, если не отключены, как писал выше Алексей.

[Алексей Уколов]

Да, это нормальная практика и у всех эти ошибки выводятся. И иногда они действительно мешают и их скрывают. Меня краснота в консоли тоже триггерит, но я научился терпеть.
К Laravel это всё не имеет никакого отношения.

[Дмитрий Калюжный]

Алексей Уколов, Да, я в курсе, что не имеет, просто именно с ним я столкнулся с подобной проблемой.
Вас триггерит, а у меня просто все переворачивается.
Просто странно, что никакими средствами javascript никак нельзя поймать и нормально обработать подобные ошибки.

[Алексей Уколов]

Ошибку вы средствами javascript ловите и обрабатываете. Информация о неуспешном статусе HTTP-запроса в DevTools Хрома - вот она из javascript недоступна.

[Дмитрий Калюжный]

Алексей Уколов, вот это уже ближе к истине

Answer 2

[rPman]

Сообщения об ошибках должны быть видны разработчику в dev консоли, потому что ошибки должны быть обработаны не только с точки зрения кода но и владельца сервиса в целом!

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

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

Comments

[Дмитрий Калюжный]

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

[rPman]

Дмитрий Калюжный, твоя ошибка http error 422 это однозначно ошибка сервера

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

К примеру, эта ошибка может возникнуть, если тело запроса содержит хорошо сформированный (т.е. синтаксически корректный) XML-документ, но семантически ошибочные XML-инструкции.

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

[Дмитрий Калюжный]

rPman, Я все это читал, я знаю в чем причина ошибки, вопрос не в этом.
Допустим, сервер не важно по какой причине присылает ошибку 500.
Вопрос: можно ли сделать так, чтобы в консоли она не светилась красной раздражающей строкой, а как-то обработать ее, понятное дело - средствами Javascript или, все-таки даная ошибка никак и ничем не контролируется и, действительно, как сказал Алексей Уколов нужно просто не обращать внимание?

[Алексей Уколов]

rPman, вы как бы всё верно ответили, но к делу это не имеет никакого отношения. Проблема в том, что Хром даже обработанную ошибку выводит в консоли.

Вот есть у нас ошибка валидации - клиент не заполнил какое-то обязательное поле. Сервер корректно ответил на это статусом 422, javascript код этот статус отловил и подсветил поле красным/показал текст ошибки. Весь сценарий полностью корректно отработан и со стороны сервера и со стороны клиента, а в консоли Хрома всё равно красная ошибка, по которой никаких действий дополнительно производить не требуется.

[Дмитрий Калюжный]

Алексей Уколов, я Вас понял, спасибо!

[rPman]

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

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