curl -N negali pasakyti tarpiniam serveriui, kad šis nustotų buferinti

curl -N arba --no-buffer išjungia curl išvesties srauto buferizavimą. Tai gali padėti diagnozuoti vėluojančią išvestį nekeičiant tarpinio serverio ar serverio buferizavimo politikos.

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

Norėdami palyginti per viešą tarpinį serverį, pasirinkite HTTP galinį tašką iš HTTP tarpinių serverių sąrašo. Naudokite tikrąjį srauto URL ir pasirinkite numatytą ribą. Tuščias aplenkimo sąrašas palieka šį palyginimą pasirinktame tarpinio serverio maršrute.

Atvykimas, dekodavimas ir rodymas

Serveris gali generuoti laipsniškus baitus, tarpininkas gali juos rinkti, kliento biblioteka gali perskaityti visą turinį, o naršyklė gali atidėti atvaizdavimą. Palyginkite pirmuosius naudingus baitus ir vėlesnę eigą ten, kur valdote kelią. Piešimo laikas ir bendra serverio trukmė nenustato, kada atvyksta turinys.

Guzzle atveju atskirai patikrinkite srautinį perdavimą ir turinio vartojimą. Suspaudimas prideda dekodavimo etapą. Dekoduotos išvesties pasirodymo laiko pasikeitimas pats savaime neįrodo, kad tarpinis serveris yra buferizavimo komponentas.

Ką mato tarpininkas

Nepermatomas CONNECT tarpinis serveris negali analizuoti vidinių HTTPS atsakymų kaip įprasto HTTP. Įgaliota TLS inspekcijos tarnyba turi kitokį matomumą, todėl vien HTTPS neįrodo, kad inspekcijos nėra.

Nustačius laukimo etapą, naudokite to komponento palaikomus srauto valdiklius. Atvirkštinio tarpinio serverio direktyvos automatiškai netaikomos pirminiam tarpiniam serveriui; curl išvesties vėliavėlė keičia tik savo kelio dalį.