¿Establece más de un encabezado HTTP con el mismo nombre?

Question

Por lo que sé, la especificación HTTP permite establecer más de un encabezado HTTP con el mismo nombre. ¿Hay algún caso de uso para hacerlo (de cliente a servidor y viceversa)?

HTTP 1.1 Section 4.2:

múltiples campos de mensaje de cabecera con el mismo nombre de campo puede estar presente en un mensaje si y sólo si el entero campo-valor para ese campo de encabezado es define como una lista separada por comas [es decir, # (valores)]. TIENE que ser posible para combinar los múltiples campos de cabecera en uno "-nombre de campo: campo-valor" par, sin cambiar la semántica del mensaje, añadiendo cada subsiguiente campo-valor a la primera, cada uno separado por una coma por lo tanto El orden en el que se reciben campos de cabecera con el mismo nombre de campo es importante para la interpretación de el valor del campo combinado, y por lo tanto un proxy no debe cambiar el orden de estos valores de campo cuando un mensaje es reenviado.

Si no me equivoco, no es necesario que se necesiten varias cabeceras con el mismo nombre.

Answer 1

Dado que los encabezados duplicados pueden causar problemas con varios servidores web y API (independientemente de lo que diga la especificación), dudo que haya un caso de uso general donde esta sea la mejor práctica. Eso no quiere decir que alguien en algún lado no lo esté haciendo, por supuesto.

Answer 2

Solo está permitido para encabezados que usan un formato muy específico, consulte RFC 2616, Section 4.2.

Answer 3

Se usa comúnmente para Set-Cookie:. Muchos servidores configuran más de una cookie.

Por supuesto, siempre puede configurarlas todas en un solo encabezado.

En realidad, creo que no puede establecer varias cookies en un encabezado. Entonces ese es un caso de uso necesario.

El Cookie spec hace afirman que se puede combinar múltiples galletas en una cabecera de la misma manera otras cabeceras se pueden combinar (separados por comas-), pero también señala que sintaxis no conformes (como el parámetro Expires, que tiene , s en su valor) todavía son comunes y deben ser tratados mediante implementaciones.

Por lo tanto, si utiliza los parámetros Expires en sus encabezados Set-Cookie y no desea que todas sus cookies caduquen al mismo tiempo, es probable que necesite usar varios encabezados.

Answer 4

Tema viejo, pero estaba investigando el mismo problema. De todos modos, los encabezados Accept y Accept-Encoding son ejemplos típicos que usan valores múltiples, separados por comas. Incluso si estos son encabezado específico de solicitud, las especificaciones no diferencian entre solicitud y respuesta en este nivel. Marque el de esta página. Lo que dice la especificación es que si tienes comas como carácter en el valor del encabezado, no puedes usar múltiples encabezados del mismo nombre, a menos que desambigues el uso de la coma.

Answer 5

Como está buscando casos de uso, tal vez Accept sería válido.

• Accept: application/json
• Accept: application/xml

Answer 6

En mi humilde opinión, sólo aquellos encabezados, cuyo valor se puede expresar (definido) con coma separó, se puede escribir en múltiples encabezados con valores únicos o múltiples

Digamos que tenemos un encabezado cuyo valor se puede escribir en una lista separada por comas.

Entries-In-Order: Jane,John,Charlie 

Ese valor es encabezado válidos por su definición y el servidor o el cliente sabe que. Y entonces podemos separarlo como

Entries-In-Order: Jane,John 
Entries-In-Order: Charlie 

Pero ninguna cabecera no entienden los valores separados por comas no se puede escribir en múltiples.

Who-Are-Responsible: John, Jane or maybe Charlie? 

Si, por definición, el servidor o el cliente puede manejar toda la cadena (John,Jane,maybe Charlie?) como un único valor, escribirlo como un múltiplo cabeceras no funcionan como se esperaba.

My-Dummy-Header: John 
My-Dummy-header: Jane or maybe Charlie?