Wo endet der response-Header?
Tom
- https
Hello,
wo endet bei HTTP der Response-Header, wenn man einen Content-Length-Header eingebaut hat? Direkt nach dem Content-Length-Header oder erst nach einer Leerzeile, wie sonst auch?
Liebe Grüße aus Syburg bei Dortmund
Tom vom Berg
Hello,
wo endet bei HTTP der Response-Header, wenn man einen Content-Length-Header eingebaut hat? Direkt nach dem Content-Length-Header oder erst nach einer Leerzeile, wie sonst auch?
Hab gerade einen Dump hier liegen. Den Header-Zeilen folgt eine Leerzeile, das ist gut zu sehen.
Viele Grüße,
Hotte
Hallo Tom,
wo endet bei HTTP der Response-Header, wenn man einen Content-Length-Header eingebaut hat? Direkt nach dem Content-Length-Header oder erst nach einer Leerzeile, wie sonst auch?
Wenn man mal von Chunked Extensions absieht (hat das überhaupt jemals jemand implementiert?) endet der HTTP-Response-Header immer nach der ersten Leerzeile, egal (!), was für Header-Zeilen sonst noch gesetzt sind. Warum sollte das bei gesetztem Content-Length anders sein?
Viele Grüße,
Christian
Hello,
wo endet bei HTTP der Response-Header, wenn man einen Content-Length-Header eingebaut hat? Direkt nach dem Content-Length-Header oder erst nach einer Leerzeile, wie sonst auch?
Wenn man mal von Chunked Extensions absieht (hat das überhaupt jemals jemand implementiert?) endet der HTTP-Response-Header immer nach der ersten Leerzeile, egal (!), was für Header-Zeilen sonst noch gesetzt sind. Warum sollte das bei gesetztem Content-Length anders sein?
Weil es Microsoft in seinem Werk "Introducing the ASP.NET 2.0 Web Site" so beschreibt.
Liebe Grüße aus Syburg bei Dortmund
Tom vom Berg
Hallo Tom,
Wenn man mal von Chunked Extensions absieht (hat das überhaupt jemals jemand implementiert?) endet der HTTP-Response-Header immer nach der ersten Leerzeile, egal (!), was für Header-Zeilen sonst noch gesetzt sind. Warum sollte das bei gesetztem Content-Length anders sein?
Weil es Microsoft in seinem Werk "Introducing the ASP.NET 2.0 Web Site" so beschreibt.
Zum Glück für das Web ist Microsoft nicht die Organisation, die den HTTP-Standard herausgibt. ;-)
Viele Grüße,
Christian
Hello,
Wenn man mal von Chunked Extensions absieht (hat das überhaupt jemals jemand implementiert?) endet der HTTP-Response-Header immer nach der ersten Leerzeile, egal (!), was für Header-Zeilen sonst noch gesetzt sind. Warum sollte das bei gesetztem Content-Length anders sein?
Weil es Microsoft in seinem Werk "Introducing the ASP.NET 2.0 Web Site" so beschreibt.
Zum Glück für das Web ist Microsoft nicht die Organisation, die den HTTP-Standard herausgibt. ;-)
Jau!
Bevor ich das hier kundtue, wollte ich mich nur ein wenig rückversichern ;-))
Liebe Grüße aus Syburg bei Dortmund
Tom vom Berg
Hi,
Weil es Microsoft in seinem Werk "Introducing the ASP.NET 2.0 Web Site" so beschreibt.
dann ist es eine "Spezialität" von ASP.NET, hat aber nichts mit HTTP zu tun. Eine solch bescheuerte Regel kann nämlich nur Microsoft einfallen ;-)
Cheatah
Hi,
Weil es Microsoft in seinem Werk "Introducing the ASP.NET 2.0 Web Site" so beschreibt.
Die unbefleckte Empfaengnis stellt sich in der Praxis auch so gut wie nie ein - auch wenn es wohl irgendein Handbuch gibt, welches sie beschreibt.
MfG ChrisB
Hello,
Weil es Microsoft in seinem Werk "Introducing the ASP.NET 2.0 Web Site" so beschreibt.
Die unbefleckte Empfaengnis stellt sich in der Praxis auch so gut wie nie ein - auch wenn es wohl irgendein Handbuch gibt, welches sie beschreibt.
Soweit wollte ich jetzt nicht gehen. Es ist eben schlicht fehlerhaft beschrieben. Ich hatte da auch mal irgendwann an anderer Stelle etwas darüber gelesen und hielt es daher für wahrscheinlich.
Die Inspektion diverser Websites mittels telnet hat aher dann gezeigt, dass es keine so macht, dass sofort nach dem Content-Length Header der Content beginnt, sondern dass meistens sogar noch andere Header folgen.
Liebe Grüße aus Syburg bei Dortmund
Tom vom Berg