Hindi masasabi ng curl -N sa isang proxy na itigil ang buffering

curl -N, o --no-buffer, ay nagpapahinto sa buffering ng output stream ng curl. Makakatulong ito na masuri ang naantalang output nang hindi binabago ang patakaran ng buffering ng proxy o server.

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

Para sa paghahambing sa pamamagitan ng pampublikong proxy, pumili ng HTTP endpoint mula sa listahan ng HTTP proxy. Gamitin ang iyong tunay na stream URL at piliin ang nilalayong limitasyon. Ang walang laman na listahan ng bypass ay nagpapanatili ng paghahambing na ito sa napiling ruta ng proxy.

Pagdating, pag-decode at pagpapakita

Ang server ay maaaring bumuo ng paunti-unting byte, ang tagapamagitan ay maaaring mangolekta ng mga ito, ang library ng kliyente ay maaaring magbasa ng buong katawan, at ang browser ay maaaring ipagpaliban ang pag-render. Ihambing ang mga unang kapaki-pakinabang na byte at ang sumunod na pag-unlad sa lugar kung saan kinokontrol mo ang landas. Ang oras ng pagpipinta at kabuuang tagal ng server ay hindi tumutukoy kung kailan dumarating ang katawan.

Sa Guzzle, suriin nang hiwalay ang streaming at paggamit ng katawan. Nagdaragdag ng yugto ng pag-decode ang compression. Ang pagbabago sa kung kailan lumilitaw ang na-decode na output ay hindi nagpapatunay nang mag-isa na ang proxy ang bahaging nagba-buffer.

Ano ang nakikita ng tagapamagitan

Hindi maaaring i-parse ng isang opaque CONNECT proxy ang mga panloob na tugon ng HTTPS bilang ordinaryong HTTP. Ang awtorisadong serbisyo ng inspeksyon ng TLS ay may ibang visibility, kaya ang HTTPS lamang ay hindi nagpapatunay na walang inspeksyon.

Kapag natukoy na ang yugto ng paghihintay, gamitin ang mga kontrol sa streaming na sinusuportahan ng bahaging iyon. Ang mga direktiba ng reverse proxy ay hindi awtomatikong nalalapat sa forward proxy; binabago lamang ng output flag ng curl ang sarili nitong bahagi ng landas.