Mise À Jour 2014-Jun-27:
RFC 7231, Protocole de Transfert Hypertexte (HTTP/1.1): la Sémantique et le Contenu, a été publiée en tant que NORME PROPOSÉE. Depuis le Changelog:
La syntaxe de l'Emplacement du champ d'en-tête a été modifié afin de permettre à tous
Les références URI, y compris des références relatives et des fragments, le long de
avec quelques précisions lors de l'utilisation de fragments ne serait pas
approprié. (Chapitre 7.1.2)
Les points importants de la Section 7.1.2. Emplacement:
Si l'Emplacement de la valeur fournie dans un 3xx (Redirection) réponse n'
pas un fragment de composant, un agent utilisateur DOIT traiter le
redirection comme si la valeur hérite du fragment de la composante de l'URI
de référence utilisé pour générer la demande de la cible (c'est à dire, la redirection
hérite de la référence d'origine du fragment, le cas échéant).
Par exemple, un
OBTENIR la demande générée par la référence URI
"http://www.example.org/~tim" pourrait entraîner une 303 (Voir d'Autres)
réponse contenant le champ d'en-tête:
Location: /People.html#tim
ce qui suggère que l'agent de l'utilisateur de rediriger le
"http://www.example.org/People.html#tim"
De même, une requête GET généré pour la référence URI
"http://www.example.org/index.html#larry" peut entraîner une 301 (Déplacé
Permanence de la réponse contenant le champ d'en-tête:
Location: http://www.example.net/index.html
ce qui suggère que l'agent de l'utilisateur de rediriger le
"http://www.example.net/index.html#larry"les, la préservation de l'original
identificateur de fragment.
Cela devrait clairement répondre à vos questions.
Mise à jour de FIN
c'est un ouvert (non précisé) problème avec la spécification HTTP actuelle. elle est adressée en 2 questions de l' IETF httpbis groupe de travail:
#6 vous permet de fragments dans l' Location - tête. #43, dit ceci:
Je viens de testé avec différents navigateurs.
- Firefox et Safari utiliser le fragment dans l'emplacement d'en-tête.
- Opera utilise le fragment de la source d'URI, lorsqu'il est présent, sinon le fragment de la redirection emplacement
- IE (8) ignore le fragment dans l'emplacement d'URI, il utilisera donc le fragment de la source d'URI, lorsqu'il est présent
Proposition:
"Remarque: le comportement lors des identificateurs de fragment de l'original de l'URI et la redirection doit être combinée est pas défini; les Agents Utilisateurs, en effet, différer sur ce fragment est prioritaire."
[...]
Il semble que IE8 ne utiliser le fragment idenfitier de Location (le comportement que j'ai vu pourrait être limité (localhost).
Ainsi, nous semblent avoir un comportement cohérent pour Safari/IE/Firefox/Chrome (juste testé), en ce que le fragment de l'Emplacement de l'en-tête est utilisé, peu importe ce que l'URI originale a été.
J'ai donc changer ma proposition de document que comme comportement attendu.
cela conduit à la plupart des navigateur compatible et d'avenir (parce que cette question finira par être "normalisée") en réponse à votre question:
Un: des fragments de l'original Url jetées.
B: des fragments de l' Location - tête sont à l'honneur.
