curl -N-k ezin dio proxy bati buffering-a gelditzeko

curl -N edo --no-buffer aukerak curl-en irteera-fluxuaren buffering-a desgaitzen du. Irteera atzeratua diagnostikatzen lagun dezake, proxyaren edo zerbitzariaren buffering-politika aldatu gabe.

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

Proxy publiko baten bidezko konparazioa egiteko, aukeratu HTTP mutur bat HTTP proxy zerrendatik. Erabili zure benetako stream URLa eta aukeratu nahi duzun muga. Saihesteko zerrenda hutsak konparazio hau aukeratutako proxy-bideari eusten dio.

Iristea, deskodetzea eta bistaratzea

Zerbitzari batek byte inkrementalak sor ditzake, bitartekari batek bil ditzake, bezero-liburutegi batek gorputz osoa irakur dezake, eta nabigatzaile batek errendatzea atzeratu dezake. Konparatu lehen byte erabilgarriak eta ondorengo aurrerapena bidea kontrolatzen duzun tokian. Margotze-denbora eta zerbitzariaren iraupen osoak ez dute gorputza noiz iristen den zehazten.

Guzzlen, egiaztatu streaming-a eta gorputz-kontsumoa bereizita. Konpresioak deskodetze-fase bat gehitzen du. Deskodetutako irteera noiz agertzen den aldatzeak ez du bere horretan frogatzen proxya buffering-osagaia denik.

Zer ikusten duen bitartekariak

CONNECT proxy opaku batek ezin ditu barneko HTTPS erantzunak HTTP arrunt gisa analizatu. Baimendutako TLS ikuskapen-zerbitzuak ikusgaitasun desberdina du, beraz, HTTPS soilak ez du ikuskapenik ez dagoela frogatzen.

Itxarote-fasea identifikatu ondoren, erabili osagai horrek onartzen dituen streaming-kontrolak. Alderantzizko proxyaren direktibak ez zaizkio aurreranzko proxyari automatikoki aplikatzen; curl-en irteera-bandera bidearen bere zatiari baino ez dio eragiten.