¿El uso del encabezado Location en la respuesta HTTP 202 cumple con RFC?

Tengo una gran discusión conceptual con mis compañeros de trabajo sobre el uso del encabezado Ubicación en 202 Respuesta aceptada.

La historia comenzó a analizar el comportamiento de la función de encabezado () de PHP desdeaquí. El extracto interesante:

El segundo caso especial es el encabezado "Ubicación:". No solo envía este encabezado de vuelta al navegador, sino que también devuelve un código de estado REDIRECT (302) al navegador a menos que el código de estado 201 o 3xx ya se haya establecido.

No incluyeron el código de estado 202 en este comportamiento predeterminado. Parece que no esperan que la respuesta 202 tenga una ubicación y, de hecho:

header("HTTP/1.1 202");
header("Location: http://example.com");

redirigir al cliente a la URL de ubicación. Por supuesto, es posible cambiar este comportamiento con el tercer parámetro de la función de encabezado (), pero lo que me llamó la atención fue: ¿Por qué entendieron que, por defecto, 202 no espera tener un encabezado de ubicación?

Luego reviso elRFC buscando el significado oficial del estado 202. El extracto interesante:

La entidad devuelta con esta respuesta DEBE incluir una indicación del estado actual de la solicitud y un puntero a un monitor de estado o alguna estimación de cuándo el usuario puede esperar que se complete la solicitud.

No se refiere explícitamente al encabezado de ubicación como lo hace la respuesta anterior (en el mismo documento RFC) 201. Esa probablemente sería la razón por la cual los chicos de PHP entendieron que la respuesta 202 no debería contener el encabezado Location. ¿Se interpretaría un puntero como el encabezado de ubicación o los chicos de PHP hicieron una suposición incorrecta? Si el estándar permite el encabezado Ubicación con respuesta 202: ¿no debería ser la documentación oficial más explícita como la definición de respuesta 201?

Finalmente revisé másrecientemente RFC versión y encuentre un pequeño cambio en la redacción:

La representación enviada con esta respuesta debe describir el estado actual de la solicitud yseñalar (o incrustar) un monitor de estado que proporciona al usuario una estimación de cuándo se cumplirá la solicitud.

Nuevamente, no es suficientemente explícito asumir queapunta a significa encabezado de ubicación.

En resumen, después de las revisiones anteriores: ¿Estoy cumpliendo con RFC usando el encabezado Location con respuesta 202?

Respuestas a la pregunta(4)

Su respuesta a la pregunta