curl -N kin in proxy net sizze dat it bufferen ophâlde moat
Fyn wêr't it bufferen sit - by de klant, de tuskenlizzende of de werjafteside - sûnder oan te nimmen dat de útfierflagge fan curl it hiele antwurdpaad feroaret.
curl -N, of --no-buffer, skeakelet it bufferjen fan de útfierstream fan curl út. It kin helpe om fertrage útfier te diagnostisearjen sûnder it bufferbelied fan de proxy of de server te feroarjen.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamKies foar in ferliking fia in iepenbiere proxy in HTTP-einpunt út 'e HTTP-proxylist. Brûk jo echte stream-URL en kies de bedoelde limyt. De lege bypasslist hâldt dizze ferliking op 'e keazen proxy-rûte.
Oankomst, dekodearjen en werjaan
In server kin stadichoan bytes generearje, in tuskenlizzende kin se sammelje, in klantbibleteek kin it folsleine lichem lêze, en in browser kin it werjaan útstelle. Fergelykje de earste nuttige bytes en de folgjende foarútgong wêr't jo it paad kontrolearje. Skilderstiid en de totale doer fan de server bepale net wannear't it lichem oankomt.
Kontrolearje yn Guzzle streaming en lichemsferbrûk apart. Kompresje foeget in dekodearstap ta. In feroaring yn wannear't dekodearre útfier ferskynt, bewiist op himsels net dat in proxy it bufferkomponint is.
Wat de tuskenlizzende sjocht
In net-transparante CONNECT-proxy kin ynderlike HTTPS-antwurden net as gewoane HTTP parse. In autorisearre TLS-ynspeksjetsjinst hat in oare sichtberens, dus HTTPS allinnich bewiist net dat der gjin ynspeksje is.
Sadree't de wachstap identifisearre is, brûkje de streaming-kontrôles dy't dat komponint stipet. Rjochtlinen foar omkearde proxy jilde net automatysk foar in foarûtproxy; de útfierflagge fan curl feroaret allinnich syn eigen part fan it paad.