2010-05-31 17 views
16

Obtengo los siguientes encabezados de respuesta HTTP en una respuesta particular. Todo se ve bien Sin embargo, me he dado cuenta de que el contenido de longitud aparece dos veces ...Encabezado HTTP - ntCoent-Length

Content-Length: 2424 ntCoent-Longitud: 2424

¿Hay alguna razón en particular por el contenido de longitud se devuelve por segunda vez como ntCoent -¿Longitud?

 
HTTP/1.0 200 OK 
Date: Wed, 26 May 2010 09:38:19 GMT 
Server: Apache 
P3P: CP="NOI DSP COR CURa ADMa TA1a OUR BUS IND UNI COM NAV INT" 
Accept-Charset: iso-8859-1, unicode-1-1;q=0.8 
Expires: Sun, 15 Jul 1990 00:00:00 GMT 
Pragma: no-cache 
Cache-Control: no-cache 
Content-Language: en 
ntCoent-Length: 2424 
Connection: close 
Content-Type: text/html;charset=iso-8859-1 
Content-Length: 2424 

Respuesta

17

http://basildoncoder.com/blog/2007/12/15/turbocharging-net-webservice-clients/ dice el encabezado revueltas ntCoent de longitud contiene el tamaño sin comprimir de la respuesta.

debería ver el contenido de longitud es menor que ntCoent de longitud en los casos en Content-Encoding: gzip o similares

+0

Eso es lo que pensé que era utilizado. Es bueno aclararlo. ¿Es esta práctica común? – DMcKenna

+0

No puedo encontrar esto documentado en ningún RFC, aunque se muestra en todos los encabezados de respuesta. – JoseK

+1

Parece ser un truco que los balanceadores de carga de hardware usan para permitir que "descarte" el encabezado [sin tener que volver a calcular la suma de comprobación TCP e IP del paquete] (http://www.nextthing.org/archives/2005/08/07/fun-with-http-headers # comment-1595) al [mezclar los caracteres en el nombre del encabezado] (http://support.citrix.com/article/CTX108955) para que alguien no escriba soporte para esto " nueva cabecera". –

Cuestiones relacionadas