¿La conversión más conservadora a GMT?

Question

Sección 19.3 "Aplicaciones tolerante" de la RFC HTTP 1.1 (2616) dice sobre el tema de análisis sintáctico data de aplicaciones de cliente HTTP:

Si una cabecera HTTP realiza incorrectamente un valor de fecha con una zona horaria distinta de GMT , DEBE convertirse a GMT utilizando la conversión más conservadora posible.

Dos preguntas:

1. ¿Esto significa que el servidor deberá convertir un valor de fecha no GMT al GMT? ¿O significa que si (opcionalmente) elige convertir un valor de fecha que no sea GMT a GMT (en lugar de rechazarlo), entonces DEBE usar la conversión más conservadora posible?

2. ¿Qué se entiende por "la conversión más conservadora posible"?

Editar Aunque esta es ahora una cuestión de edad, todavía estoy interesado en saber la respuesta si alguien lo tiene.

Answer 1

¿Significa esto que el servidor DEBE convertir un valor de fecha que no sea GMT a GMT? ¿O significa que si (opcionalmente) elige convertir un valor de fecha que no sea GMT a GMT (en lugar de rechazarlo), entonces DEBE usar la conversión más conservadora posible?

Esto es realmente algo que es más específico para el campo en cuestión que algo que se aplica en general. Hay una working group draft that would obselete RFC 2616 que tiene esto que decir acerca de la conversión en cachés:

• clientes HTTP/1.1 y cachés debe asumir que un RFC-850 fecha que parece ser más de 50 años en el futuro es, de hecho, en el pasado (esto ayuda a resolver el problema del "año 2000").
• Aunque todos los formatos de fecha se especifican para que distingan entre mayúsculas y minúsculas, los destinatarios DEBERÁN coincidir con los nombres de día, semana y zona horaria sin tener en cuenta las mayúsculas y minúsculas.
• Una implementación de HTTP/1.1 PUEDE representar internamente una fecha de caducidad analizada como anterior al valor adecuado, pero NO DEBE representar internamente una fecha de caducidad analizada más tarde que el valor adecuado.
• Todos los cálculos relacionados con la expiración DEBEN realizarse en GMT. La zona horaria local NO DEBE influir en el cálculo o la comparación de una edad o tiempo de caducidad.
• Las cachés DEBEN considerar inválidas las fechas con zonas horarias distintas de "GMT".

¿Qué se entiende por "la conversión más conservadora posible"?

En este contexto, no parece significar nada específicamente, aparte de cuando se enfrentan con 2 resultados, elija la fecha más "conservadora" en función del contexto de la fecha.

Dadas 2 fechas que se analizaron difusamente, en el contexto de un encabezado Last-modified, la más conservadora sería la "posterior". Pero en el contexto de un encabezado Expires, el primero de los 2 es más conservador.Todo lo que requiera una gran cantidad de conjeturas debería devolver una respuesta de error.