Как корректно распознавать ошибку $http в AngularJS?

Question

[Михаил Бесчётнов]

Возникла следующая проблема.
В angularjs используется $http.post для загрузки данных с сервера. В случае, когда источник данных (своё API) по каким-то причинам недоступно (ну, или инета нет) $http возвращает status = 0 в обработчике error. Что нормально. Получив этот статус я хочу информировать пользователя о проблемах в сетью или API. Однако, этот же статус у запроса присваивается и в случае, когда происходит просто переход на другую страницу с прерыванием, соответственно, текущего ajax запроса (бывает такое невезение). И, естественно, в этом случае выдавать всякие пугающие мессаги пользователю ни к чему.

Вопрос - можно ли отделить мух от котлет, т.е. распознать прерывание запроса пользователем и реальную недоступность удалённого источника?

Answer 1

[TekVanDo]

В большинстве браузеров есть события offline, online - https://developer.mozilla.org/en-US/docs/Web/API/N... можно их статус отслеживать.

Comments

[Sergey Romanov]

Это не проблема браузера. Он может быть онлайн, а вот сервер который ты запрашиваешь может быть офлайн.

Answer 2

[Sergey Romanov]

Используй метод error и статус.

$http.post(...).
      error(function(data, status) {
          if(status == 404) {
               alert('Not found');
          }
      });

Я не уверен что статус будет 404. Проверь через консоль лог что там возвращается.

Comments

[Михаил Бесчётнов]

Статус будет - 0, я об этом и написал :)

[Sergey Romanov]

Я провел несколько экспериментов и поглулил. Действительно статус 0 и ни чего другого просто нет. Наверно так и надо определить. Если ошибка и статус 0 то сервер офлайн. Ни чего другого просто на ум не приходит.

[Михаил Бесчётнов]

Проблема не столько в том, чтобы определить недоступность сервера (да, error + status = 0 это, возможно, и будет означать), сколько в том, чтобы отфильтровать ложные срабатывания ошибки, например, просто в случае смены страницы. И в этом случае игнорировать ошибку, не пугая пользователя алертами о недоступности сервера.
Если не ошибаюсь, в jquery есть readyState и с помощью его (вместе с проверкой статуса) удавалось всё грамотно разруливать. Но вот Angular...

[Sergey Romanov]

Там есть ошибка пишется в лог

OPTIONS nonexitenturl12345.com net::ERR_NAME_NOT_RESOLVED

Просто не знаю как ее отловить.

Но и потом с чего вы взяли что при переходе по страницам будет опять срабатывать запрос? В Ангулях это по другому работает. Даже если вы данные добавите на сервере, а странцу не обновите и ни кода не перейдете, данные на странице обновятся. Там всегда что то срабатывает. Так что боятся ложных сробатываний не стоит. Просто надо позаботится правильно. Если ошибка иммено запроса, то приложение должно как то затепнится с сообщением что его нельзя использовать. Ну или еще как в зависимости от важности данных.

[Михаил Бесчётнов]

Но и потом с чего вы взяли что при переходе по страницам будет опять срабатывать запрос

Не знаю, с чего взял - я про это вообще не писал :). Речь шла о том, что при смене страницы при активном запросе через $http, будет вызван обработчик error со status = 0. Пользователю о таких прерванных запросах знать не обязательно, в отличие от запросов, завершившихся с точно такой же ошибкой в случае недоступности API. Дело за малым - найти 10 отличий в обработке этих ситуаций :(

[Sergey Romanov]

> чтобы отфильтровать ложные срабатывания ошибки, например, просто в случае смены страницы.

Ну я это так понял что при переходе типа опять сработает.

> Дело за малым - найти 10 отличий в обработке этих ситуаций :(

Ну я думаю если сервер найден и там просто урл не найден или не ответил то точно будет или 500 или 403 или 404.

[Sergey Romanov]

Как ты всталял цитату?

[Михаил Бесчётнов]

Ну я думаю если сервер найден и там просто урл не найден или не ответил то точно будет или 500 или 403 или 404.

Конкретно в этом случае - да. Но, к примеру, когда Java приложение деплоится, оно может быть недоступно совсем-совсем. Там уже корректного кода не будет. Или (если о мобильных говорить) - инет отвалился :). Это не всегда заметно пользователем.

Как ты всталял цитату?

Скопипастил blockquote из формы ответа ниже :)