Fragmento de URL y redirecciones 302

Actualización 2014-Jun-27:

RFC 7231, Protocolo de Transferencia de Hipertexto (HTTP/1.1): Semántica y Contenido, ha sido publicado como un ESTÁNDAR PROPUESTO. De la Lista de cambios :

La sintaxis del campo de encabezado de ubicación se ha cambiado para permitir todo Referencias URI, incluyendo referencias relativas y fragmentos, junto con algunas aclaraciones en cuanto a cuándo el uso de fragmentos no sería adecuado. (Sección 7.1.2)

El puntos importantes de Sección 7.1.2. Ubicación:

Si el valor de Ubicación proporcionado en una respuesta 3xx (Redirección) no tiene un componente de fragmento, un agente de usuario DEBE procesar el redirección como si el valor heredara el componente fragment del URI referencia utilizada para generar el destino de la solicitud (es decir, la redirección hereda el fragmento de referencia original, si lo hay).

Por ejemplo, un OBTENER solicitud generada para la referencia URI " http://www.example.org / ~tim " podría resultar en un 303 (Ver Otros) respuesta que contiene el campo de encabezado:

Location: /People.html#tim

Que sugiere que el agente de usuario redirija a " http://www.example.org/People.html#tim "

Del mismo modo, se genera una solicitud GET para la referencia URI " http://www.example.org/index.html#larry " podría resultar en un 301 (Movido Permanentemente) respuesta que contiene el campo de encabezado:

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

Lo que sugiere que la agente de usuario redirigir a " http://www.example.net/index.html#larry ", preservando el original identificador de fragmento.

Esto debería responder claramente a sus preguntas.

FIN de actualización

Este es un problema abierto (no especificado) con la especificación HTTP actual . it is addressed in 2 issues of the IETF httpbis working group :

• #6: Fragmentos permitidos en la ubicación
• #43: Combinación de fragmentos / precedencia durante las redirecciones

#6 permite fragmentos en el encabezado Location. #43 dice esto:

Acabo de probar esto con varios navegadores.

• Firefox y Safari usan el fragmento en el encabezado de ubicación.
• Opera utiliza el fragmento del URI de origen, cuando está presente, de lo contrario el fragmento de la ubicación de redirección
• IE (8) ignora el fragmento en el URI de ubicación, por lo tanto utilizará el fragmento de la fuente URI, cuando está presente

Propuesta:

"Nota: el comportamiento cuando los identificadores de fragmento del URI original y la redirección deben combinarse no está definido; los agentes de usuario actuales de hecho difieren en qué fragmento tiene prioridad."

[...]

Parece que IE8 utiliza el fragmento idenfitier de Location (el comportamiento que vi podría estar limitado a localhost).

Por lo tanto, parece que tenemos un comportamiento consistente para Safari / IE / Firefox / Chrome (recién probado), en el que el fragmento de la cabecera de ubicación se utiliza, no importa cuál era el URI original.

Por lo tanto, cambio mi propuesta para documentar que como comportamiento esperado.

Esto conduce al navegador más compatible y a prueba de futuro (porque este problema eventualmente se estandarizará) respuesta a su pregunta:

R: los fragmentos de URLs originales se descartan.

B: fragmentos de el encabezado Location es honrado.