Возврат перенаправления в ответ на запрос XHR

Question

Возврат перенаправления в ответ на запрос XHR

124

Что произойдет, если браузер получит ответ перенаправления на запрос ajax?

Vasil 11 нояб. 2008, в 22:01

Источник

0

связанные: stackoverflow.com/q/8905545/248058
Knu 12 сен. 2018, в 02:22

Теги:

ajax

http

2 ответа

7

ajax-request будет следовать за перенаправлением afaik. Фактический контент (.responseText, .responseXML) будет содержимым со страницы, на которую вы перенаправлены.

Возможно, вы сможете перехватить перенаправление (status-code, location-header) на readyState 2 или 3, но не уверены в этом.

jishi 11 нояб. 2008, в 23:26

0

Нет, все эти штаты имеют одинаковый статус. Даже значение getAllResponseHeaders() равно.
sebastianwagner 24 окт. 2014, в 12:03

Ещё вопросы

Нет, все эти штаты имеют одинаковый статус. Даже значение getAllResponseHeaders() равно.

greim · Accepted Answer · 2010-04-04T06-10-00.000Z

Что произойдет, если браузер получит ответ перенаправления на запрос ajax?

Если сервер отправляет перенаправление (например, ответ 302 плюс заголовок Location:), перенаправление автоматически сопровождается браузером. Ответ на второй запрос (при условии, что он также не является другим перенаправлением) - это то, что доступно вашей программе.

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

Это был и мой опыт, и поведение fetch() API 'd предложить более тонкое управление обработкой переадресаций, с поведением по умолчанию, аналогичным XHR. Тем не менее, он работает только там, где fetch() реализуется изначально. Polyfill версии fetch(), которые основаны на XHR- continue для ограничения XHR. К счастью, поддержка родного браузера, кажется, хорошо округляется.

Интересно, что я пришел к этому, потому что я нахожусь в ситуации, когда перенаправление явно не выполняется ... это происходит, когда перенаправление нарушает ту же политику происхождения.
Что должно произойти, если перенаправление приводит к 401 вместо 200? Кажется, я сталкиваюсь с этой проблемой и получаю ошибки с помощью jQuery, поэтому я пытаюсь точно выяснить, что должен делать браузер / JS.
В случае перенаправления на 401 (или любую ошибку 4xx или 5xx) я бы предположил, что ваша программа будет вести себя так, как если бы запрос вел непосредственно к 401. Разве это не то, что вы видите?
RESTful API может отправлять 201 и заголовок Location после запроса POST; см. restapitutorial.com/lessons/httpmethods.html .
Как насчет заголовков? Чтобы они следовали за перенаправлением? Могу ли я определить это поведение?
Если requestA перенаправляет на requestB, то ваш код сможет видеть только заголовки, принадлежащие requestB.
Если это поможет: я знаю, что window.location.pathname.split('/').length моего window.location.pathname.split('/').length Должна быть такой же длины, что и проанализированный и подготовленный xhttp.responseURL . Так что, если это не та же длина, это, вероятно, перенаправление - в моем случае. Но подумайте об этом: если вы знаете URL-адрес и ожидаете, что ваш ответ будет с того же URL-адреса , тогда вы можете просто сравнить ожидаемый URL-адрес с xhttp.responseURL .
для тех, кто использует библиотеку fetch от github, обратите внимание, что перенаправление перенаправления не работает. github.com/github/fetch/issues/137