curl -N kan inte säga åt en proxy att sluta buffra

curl -N, eller --no-buffer, inaktiverar buffringen av curls utdataström. Det kan hjälpa till att diagnostisera fördröjd utdata utan att ändra proxyns eller serverns buffringspolicy.

curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/stream

För en jämförelse via en offentlig proxy, välj en HTTP-slutpunkt från HTTP-proxylistan. Använd din faktiska stream-URL och välj den avsedda gränsen. Den tomma förbikopplingslistan håller denna jämförelse på den valda proxyvägen.

Ankomst, avkodning och visning

En server kan generera stegvisa byte, ett mellanled kan samla dem, ett klientbibliotek kan läsa hela kroppen och en webbläsare kan skjuta upp renderingen. Jämför de första användbara byten och den fortsatta utvecklingen där du kontrollerar vägen. Målningstid och serverns totala varaktighet identifierar inte när kroppen anländer.

I Guzzle, kontrollera strömning och kroppsförbrukning separat. Komprimering lägger till ett avkodningssteg. En ändring av när avkodad utdata visas bevisar inte i sig att en proxy är buffringskomponenten.

Vad mellanledet ser

En ogenomtränglig CONNECT-proxy kan inte tolka inre HTTPS-svar som vanlig HTTP. En auktoriserad TLS-inspektionstjänst har en annan synlighet, så HTTPS ensamt bevisar inte att ingen inspektion sker.

När väntesteget har identifierats, använd de strömningskontroller som komponenten stöder. Regler för omvänd proxy gäller inte automatiskt för en framåtproxy; curls utdataflagga ändrar bara sin egen del av vägen.