On Wed, Feb 06, 2002 at 05:55:11AM +0100, Konrad Rosenbaum wrote:
Ohne nachgelesen zu haben: Wie man in einem CGI-Skript Infos für den HTTP-Header vom eigentlichen Dokument trennt, steht höchstwahrscheinlich nicht in einem RFC zu HTTP sondern in einer Doku zu CGI drin.
Doch steht drin, weil CGI dem Server schon protokoll-konforme Daten liefern muss. Apache ergaenzt dann nur noch ein paar Header.
Manno, musst du immer streiten? Ja, das CGI-Skipt muß "protokoll-konforme Daten liefern" - aber eben nach dem Protokoll von CGI und nicht von HTTP.
Es mag dir ja wie Krümelkackerei vorkommen, aber es steht natürlich NICHT im HTTP-RFC. Es geht hier nur um CGI. CGI könnte z.B. auch so definiert sein, daß alles vor einer Zeile ~+#_klirr_bumm_knall_#*~ vom Webserver in den Header der HTTP-Antwort übernommen wird. CGI könnte auch so definiert sein, daß man gar keine Header der HTTP-Antwort manipulieren kann. Wie es wirklich geht, steht _nicht_ im HTTP-RFC sondern in http://hoohoo.ncsa.uiuc.edu/cgi/out.html ---- Parsed headers The output of scripts begins with a small header. This header consists of text lines, in the same format as an HTTP header, terminated by a blank line (a line with only a linefeed or CR/LF). ----- Da und nirgends anders. Der Inhalt der "Header" hat also wie in HTTP definiert auszusehen. Die Trennung vom Rest ist in dem Zitat festgelegt.
Natürlich is die Trennung Header/Body für CGI "zufällig" genauso wie im HTTP definiert. Das tut nichts zur Sache. Du könntest genauso falsch behaupten, die Trennung komme vom SMTP oder sei gottgegeben.
Reinhard