Streaming iwwer Forward-Proxy géint Pufferung vun der ganzer Äntwert

Wann en Download ze waarde schéngt, trennt dräi Evenementer: d'Äntwertsheader kommen un, d'Body-Byte kommen un, an d'Applikatioun kann d'Resultat benotzen oder duerstellen. En eenzegen Indikator kann net bestëmmen, wéien dovu verspéit ass.

Déi normal Streaming-Phase kënne sech iwwerschneiden:

origin produces a chunk → proxy forwards bytes → client consumes them

E Proxy kann passenden Inhalt an de Cache schreiwen, während en en weiderleed. Cache brauch net op déi ganz Datei ze waarden. Dem Squid säin read_ahead_gap steiert d'Ofruff, déi virun der Liwwerung leeft, wat eng aner Aart Pufferung ass.

Géigendrock kann d'Liesen uewendriwwer temporär stoppen, wann en luesen Client d'Ausgabschlange fëllt. Content-Length gëtt och d'Längt un, ouni voll Pufferung ze verlaangen. HTTP/1.1 chunked-Kodéierung erlaabt schrëttweis Liwwerung, kann awer keng niddereg Latenz verspriechen, wann eng fréier Komponent d'Daten zréckhält.

Kuckt duerno d'Veraarbechtungsphase un. Ëmschreiwen oder Inspektioun kënnen en Deel oder de ganze Body brauchen. Kompressioun an Applikatiouns-Framing kënnen nëtzlech Ausgab verzögeren. Um Client waart eng Method, déi e komplette Byte-Array verlaangt, éier se zréckkënnt, an e Browser ka Byten empfangen, éier en se duerstellen kann.

No engem erfollegräiche CONNECT leet en normale Proxy de Servicestrom weider, ouni déi endgülteg Längt vun der getunnelter Datei ze brauchen. Verfollegt dat éischt feelend Evenement uewen, éier Dir d'Puffer- oder Timeout-Astellungen ännert. Wann curl den Observateur ass, ännert seng no-buffer-Optioun d'lokal Ausgabphase.