2010-05-31 7 views
16

Ich bekomme die folgenden HTTP-Antwortheader in einer bestimmten Antwort. Alles sieht gut aus. Ich habe jedoch festgestellt, dass der Content-Length zweimal erscheint ...HTTP-Header - ntCoent-Length

Content-Length: 2424 ntCoent-Length: 2424

Gibt es einen bestimmten Grund, warum der Content-Length ein zweites Mal als ntCoent zurückgegeben -Länge?

 
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 

Antwort

17

http://basildoncoder.com/blog/2007/12/15/turbocharging-net-webservice-clients/ sagt die wirren ntCoent-Length-Header die unkomprimierte Größe der Antwort enthalten.

Sie sollten die Content-Length kleiner als ntCoent-Länge in Fällen, in denen Content-Encoding sehen: gzip oder ähnliche

+0

Das ist, was ich dachte, dass es für verwendet wurde. Gut, um es zu klären. Ist das übliche Praxis? – DMcKenna

+0

Ich finde dies in keinem RFC dokumentiert, obwohl es in allen Antwortheadern angezeigt wird. – JoseK

+1

Es scheint ein Trick zu sein, den Hardware-Load-Balancer verwenden, um den Header zu "verwerfen" [ohne die TCP- und IP-Prüfsumme des Pakets neu berechnen zu müssen] (http://www.nextthing.org/archives/2005/08/07/fun-with-http-headers # comment-1595) durch [shuffle die Zeichen im Header-Namen] (http://support.citrix.com/article/CTX108955), damit jemand keine Unterstützung dafür schreibt " Neue Kopfzeile". –

Verwandte Themen