De retour de redirection tant que réponse à la demande XHR

Ce qui se passe si le navigateur reçoit une réponse de redirection à une requête ajax?

InformationsquelleAutor Vasil | 2008-11-11
  1. 197

    Ce qui se passe si le navigateur reçoit une réponse de redirection à une requête ajax?

    Si le serveur envoie une redirection (aka une réponse 302, plus un en-tête location:) la redirection est automatiquement suivie par le navigateur. La réponse à la deuxième demande (en supposant qu'il n'est pas également une autre redirection) est ce qui est exposée à votre programme.

    En fait, vous n'avez pas la capacité de détecter si une réponse 302 a eu lieu. Si la redirection 302 conduit à un 200, puis votre programme agit de la même façon que si la demande initiale a conduit directement à de 200.

    Cela a été à la fois mon expérience et de la comportement appelé dans le spec.

    2016 mise à Jour: le Temps a passé, et la bonne nouvelle, c'est que la nouvelle fetch() de l'API est spécifié pour offrir un contrôle plus précis de la façon dont les redirections sont manipulés, avec par défaut un comportement similaire à XHR. Cela dit, il ne fonctionne que lorsqu'fetch() est implémentée nativement. Polyfill versions de fetch(), sur la base XHR—continuer à avoir XHR limites. Heureusement, native prise en charge du navigateur semble être arrondi très bien.

    • Fait intéressant, je suis arrivé à ce point, car je suis en train de vivre une situation où la redirection n'est apparemment pas être suivie... ce qui se passe quand la redirection viole même la politique de l'origine.
    • ce qui est probablement logique
    • Ce qui est censé se produire si la redirection conduit à un 401 au lieu de 200? J'ai l'impression de courir dans cette question et d'avoir des erreurs avec jQuery, donc je suis à essayer de comprendre exactement ce que le brower/JS est censé faire.
    • Dans le cas d'une redirection vers un 401 (ou tout 4xx ou 5xx erreur) je suppose que votre programme devrait se comporter comme si la demande a conduit directement à un 401. N'est-ce pas ce que vous voyez?
    • il y a PLUS être un travail autour de cette ...
    • Une API RESTful peut envoyer 201 et un Emplacement de la tête à la suite d'une requête POST; voir restapitutorial.com/lessons/httpmethods.html.
    • Ce qui sur les en-têtes? Ils suivent la redirection? Puis-je définir ce comportement?
    • Si requestA redirige vers requestB, votre code ne sera en mesure de voir les en-têtes appartenant à requestB.
    • Si ça aide: je sais que mon window.location.pathname.split('/').length doit être de la même longueur que l'analysé et préparé xhttp.responseURL. Donc, si ce n'est pas de la même longueur, c'est probablement une redirection dans mon cas. Mais la pensée à ce sujet: si vous connaissez l'URL et attendons votre réponse à partir de la même URL, alors vous pouvez simplement comparer votre URL avec le xhttp.responseURL.
    • pour ceux qui sont à l'aide de l'extraction de la bibliothèque par github, veuillez noter que suivre la redirection ne fonctionne pas. github.com/github/fetch/issues/137

    InformationsquelleAutor greim
  2. 7

    La ajax-request suivra une redirection autant que je sache. Le contenu réel (.responseText, .responseXML) sera le contenu de la page, vous êtes redirigé vers.

    Vous pourriez être en mesure d'intercepter la redirection (status-code, location-header) sur readyState 2 ou 3, mais pas sûr à ce sujet.

    • Non, tous ces états effectuer exactement le même statut. Même la valeur de getAllResponseHeaders() est égal.
    InformationsquelleAutor jishi