Fragment adresu URL i przekierowania 302

Aktualizacja 2014-Czerwiec-27:

RFC 7231, Hypertext Transfer Protocol (HTTP / 1.1): Semantics and Content, został opublikowany jako proponowany STANDARD. Z Changelog :

Składnia pola nagłówka lokalizacji została zmieniona, aby umożliwić wszystkim Odniesienia URI, w tym odniesienia względne i fragmenty, wraz z pewnymi wyjaśnieniami, kiedy Korzystanie z fragmentów nie byłoby odpowiednie. (Sekcja 7.1.2)

The ważne punkty z sekcji 7.1.2. Lokalizacja :

Jeśli wartość lokalizacji podana w odpowiedzi 3xx (przekierowanie) nie ma komponentu fragment, agent użytkownika musi przetworzyć przekierowanie tak, jakby wartość dziedziczyła fragment składowy URI odniesienie używane do generowania celu żądania (np. przekierowanie dziedziczy oryginalny fragment Odniesienia, jeśli taki istnieje).

Na przykład, a Generowanie żądania dla referencji URI " http://www.example.org / ~ tim " może spowodować 303 (Zobacz inne) odpowiedź zawierająca pole nagłówka:

Location: /People.html#tim

Co sugeruje, że agent użytkownika przekierowuje na " http://www.example.org/People.html#tim "

Podobnie, generowane jest żądanie GET dla referencji URI " http://www.example.org/index.html#larry" może spowodować 301 (przeniesiony Permanentnie) odpowiedź zawierająca pole nagłówka:

Location: http://www.example.net/index.html

Co sugeruje, że user agent przekierowanie do " http://www.example.net/index.html#larry ", zachowując oryginał identyfikator fragmentu.

Update END

Jest to otwarty (nieokreślony) problem z bieżącą specyfikacją HTTP . jest on omówiony w 2 zagadnieniach grupy roboczej IETF httpbis :

• #6: fragmenty dozwolone w miejscu
• #43: kombinacja fragmentów / pierwszeństwo podczas przekierowań

#6 zezwala na fragmenty w nagłówku Location. #43 mówi tak:

Właśnie przetestowałem to z różnymi przeglądarkami.

Firefox i Safari używają fragmentu w nagłówku lokalizacji. Opera używa fragmentu ze źródłowego URI, jeśli jest obecny, w przeciwnym razie fragment z lokalizacji przekierowania.]}
• IE (8) ignoruje fragment w Uri lokalizacji, więc użyje fragment ze źródła URI, gdy obecny

Propozycja:

"Uwaga: zachowanie, gdy trzeba połączyć identyfikatory fragmentów z oryginalnego URI i przekierowanie, jest niezdefiniowane; obecni agenci użytkownika rzeczywiście różnią się co do tego, który fragment ma pierwszeństwo."

[...]

Wygląda na to, że IE8 używa identyfikatora fragmentu z Location (zachowanie, które widziałem, może być ograniczone do localhost).

Tak więc wydaje się, że mamy konsekwentne zachowanie dla Safari / IE / Firefox / Chrome (właśnie przetestowany), w tym fragment z nagłówka lokalizacji jest używany, bez względu na to, jaki był oryginalny URI.

Dlatego zmieniam moją propozycję, aby udokumentować to zgodnie z oczekiwaniami.

Prowadzi to do najbardziej zgodnej z przeglądarką i przyszłościowej (ponieważ ten problem ostatecznie zostanie ustandaryzowany) odpowiedzi na twoje pytanie:

A: fragmenty oryginalnych adresów URL są odrzucane.

B: fragmenty z nagłówek Location jest honorowany.