nph-Scripts bei SSL

[Erik Tews]

Also da mir die Sache kein Ruhe läßt, und ich mir selbst nicht so sicher war, hab ich mal in der Apache-Doku nachgeschaut, und da steht auf Englisch:

Apache now provides an effectively unbuffered connection for CGI scripts. This means that data will be sent to the client as
     soon as the CGI pauses or stops output; previously, Apache would buffer the output up to a fixed buffer size before sending,
     which could result in the user viewing an empty page until the CGI finished or output a complete buffer. It is no longer
     necessary to use an "nph-" CGI to get unbuffered output. Given that most CGIs are written in a language that by default does
     buffering (e.g., perl) this shouldn't have a detrimental effect on performance.

"nph-" CGIs, which formerly provided a direct socket to the client without any server post-processing, were not fully
     compatible with HTTP/1.1 or SSL support. As such they would have had to implement the transport details, such as encryption
     or chunking, in order to work properly in certain situations. Now, the only difference between nph and non-nph scripts is
     "non-parsed headers".

Was auf Deutsch in etwa heißt:

Apache stellt jetzt einen effektiv ungepufferten Anschluß für cgi-Indexe zur Verfügung. Dies heißt,
                         daß dem Klienten Daten geschickt werden, sobald das cgi Ausgabe pausiert oder stoppt; vorher
                         würde Apache die Ausgabe bis zu einer örtlich festgelegten Puffergröße puffern, bevor es sendete,
                         das den Benutzer ergeben könnte, der eine leere Seite bis das cgi ansieht, das einem kompletten
                         Buffer beendet wurde oder ausgegeben war. Es ist nicht mehr notwendig, ein " nph zu benutzen - "
                         cgi zum Erhalten der ungepufferten Ausgabe. **time-out** angenommen meist GCIs sein schreiben in
                         ein Sprache das durch Rückstellung tun Pufferbetrieb (z.B., Perl) dies sollen nicht haben ein
                         schädlich Effekt auf Leistung.

" nph - " waren GCIs, die früher eine direkte Einfaßung zum Klienten ohne irgendeine Server
                         Nachbearbeitung zur Verfügung stellten, nicht mit HTTP-/1.1 oder SSL-Support völlig kompatibel.
                         Da so sie die Transportdetails, wie Verschlüsselung oder Chunking würden einführen gemußt haben,
                         um in bestimmten Situationen richtig zu arbeiten. Jetzt ist der einzige Unterschied zwischen nph und
                         die non-nphindexe " nicht-analysierte Vorsätze ".