Фрагмент URL и 302 перенаправления

Обновление 2014-Июнь-27:

RFC 7231, Hypertext Transfer Protocol (HTTP / 1.1): Semantics and Content, был опубликован в качестве предлагаемого стандарта. Из списка изменений :

Синтаксис поля заголовка Location был изменен, чтобы разрешить все Ссылки URI, включая относительные ссылки и фрагменты, вдоль с некоторыми уточнениями относительно того, когда использование фрагментов не будет подходящий. (Раздел 7.1.2)

В важные моменты из раздела 7.1.2 . Расположение :

Если значение местоположения, указанное в ответе 3xx (перенаправление), соответствует не иметь компонента фрагмента, агент пользователя должен обработать перенаправление, как если бы значение наследует фрагмент компонента URI ссылка, используемая для создания целевого объекта запроса (т. е. перенаправления наследует фрагмент исходной ссылки, если таковой имеется).

Например, a Получить запрос, сгенерированный для ссылки URI "http://www.example.org/~tim " может привести к 303 (см. Другое) ответ, содержащий поле заголовка:

Location: /People.html#tim

Что предполагает перенаправление агента пользователя на "http://www.example.org/People.html#tim "

Аналогично, запрос GET генерируется для ссылки URI "http://www.example.org/index.html#larry " может привести к 301 (перемещено Постоянно) ответ, содержащий поле заголовка:

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

Что предполагает, что перенаправление агента пользователя на "http://www.example.net/index.html#larry ", сохраняя оригинал идентификатор фрагмента.

Это должно четко ответить на ваши вопросы.

Конец обновления

Это открытая (не указанная) проблема стекущей спецификацией HTTP . он рассматривается в 2 выпусках рабочей группы IETF httpbis :

• #6: фрагменты, разрешенные к размещению
• #43: комбинация фрагментов / приоритет при перенаправлениях

#6 допускает фрагменты в заголовке Location. №43 говорит следующее:

Я только что протестировал это с различными браузерами.

[56]}Firefox и Safari используют фрагмент в заголовке location.
• Opera использует фрагмент из исходного URI, когда он присутствует, в противном случае фрагмент из места перенаправления
• IE (8) игнорирует фрагмент в расположении URI, таким образом, будет использовать фрагмент из исходного URI, когда присутствует

Предложение:

"Примечание: поведение, когда идентификаторы фрагментов из исходного URI и перенаправление должны быть объединены, не определено; текущие агенты пользователей действительно различаются по тому, какой фрагмент имеет приоритет."

[...]

Похоже, что IE8 действительно использует фрагмент identifitier из Location (поведение, которое я видел, может быть ограничено localhost).

Таким образом, мы, по-видимому, имеем последовательное поведение. для Safari / IE / Firefox / Chrome (только что протестирован), в котором используется фрагмент из заголовка Location, независимо от того, какой был исходный URI. Поэтому я изменяю свое предложение, чтобы документировать это как ожидаемое поведение.

Это приводит к наиболее совместимому с браузером и будущему доказательству (потому что эта проблема в конечном итоге будет стандартизирована) ответ на ваш вопрос:

A: фрагменты из исходных URL-адресов отбрасываются.

B: фрагменты из Заголовок Location соблюдается.