curl -N nuk mund t'i thotë një proxy të ndalojë buffering-un

curl -N, ose --no-buffer, çaktivizon buffering-un e rrjedhës së daljes së curl. Mund të ndihmojë në diagnostikimin e daljes së vonuar pa ndryshuar politikën e buffering-ut të proxy-t ose serverit.

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

Për një krahasim përmes një proxy publik, zgjidhni një pikë fundore HTTP nga lista e proxy-ve HTTP. Përdorni URL-në reale të rrjedhës suaj dhe zgjidhni kufirin e synuar. Lista bosh e anashkalimit e mban këtë krahasim në rrugën e proxy-t të zgjedhur.

Mbërritja, dekodimi dhe shfaqja

Një server mund të gjenerojë bajt në mënyrë incrementale, një ndërmjetës mund t'i mbledhë ato, një bibliotekë klienti mund të lexojë trupin e plotë dhe një shfletues mund të shtyjë paraqitjen. Krahasoni bajtët e parë të dobishëm dhe përparimin pasues aty ku kontrolloni rrugën. Koha e pikturimit dhe kohëzgjatja totale e serverit nuk identifikojnë kur mbërrin trupi.

Në Guzzle, kontrolloni streaming-un dhe konsumin e trupit veçmas. Kompresimi shton një fazë dekodimi. Një ndryshim në kohën kur shfaqet dalja e dekoduar nuk e dëshmon vetë se proxy-i është komponenti i buffering-ut.

Çfarë sheh ndërmjetësi

Një proxy CONNECT i errët nuk mund t'i analizojë përgjigjet e brendshme HTTPS si HTTP të zakonshëm. Një shërbim i autorizuar i inspektimit TLS ka dukshmëri të ndryshme, kështu që vetëm HTTPS nuk vërteton mungesën e inspektimit.

Pasi të identifikohet faza e pritjes, përdorni kontrollet e streaming-ut që mbështet ai komponent. Direktivat e proxy-t të kundërt nuk zbatohen automatikisht për një proxy përpara; flamuri i daljes së curl ndryshon vetëm pjesën e vet të rrugës.