curl -N haiwezi kumwambia proksi aache kuhifadhi
Tambua mahali ambapo uhifadhi unafanyika - kwa mteja, mpatanishi au upande wa uonyeshaji - bila kudhani kuwa bendera ya matokeo ya curl inabadilisha njia yote ya jibu.
curl -N, au --no-buffer, huzima uhifadhi wa mtiririko wa matokeo wa curl. Inaweza kusaidia kutambua matokeo yaliyochelewa bila kubadilisha sera ya uhifadhi ya proksi au seva.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamKwa ulinganisho kupitia proksi ya umma, chagua sehemu ya mwisho ya HTTP kutoka orodha ya proksi za HTTP. Tumia URL yako halisi ya mtiririko na uchague kikomo unachokusudia. Orodha tupu ya kupita huweka ulinganisho huu kwenye njia ya proksi iliyochaguliwa.
Kuwasili, utenguaji na uonyeshaji
Seva inaweza kuzalisha baiti kwa hatua, mpatanishi anaweza kuzikusanya, maktaba ya mteja inaweza kusoma mwili kamili, na kivinjari kinaweza kuchelewesha uonyeshaji. Linganisha baiti za kwanza zenye manufaa na maendeleo yanayofuata mahali unapodhibiti njia. Muda wa uchoraji na muda wote wa seva hautambui ni lini mwili unawasili.
Katika Guzzle, angalia utiririshaji na matumizi ya mwili kando. Ukandamizaji huongeza hatua ya utenguaji. Mabadiliko ya wakati matokeo yaliyotenguliwa yanapoonekana peke yake hayathibitishi kuwa proksi ni sehemu ya uhifadhi.
Mpatanishi anachoona
Proksi ya CONNECT isiyo wazi haiwezi kuchanganua majibu ya ndani ya HTTPS kama HTTP ya kawaida. Huduma ya ukaguzi wa TLS iliyoidhinishwa ina mwonekano tofauti, kwa hivyo HTTPS peke yake haithibitishi kutokuwepo kwa ukaguzi.
Baada ya hatua ya kusubiri kutambuliwa, tumia vidhibiti vya utiririshaji vinavyoungwa mkono na sehemu hiyo. Maagizo ya proksi ya kinyume hayatumiki kiotomatiki kwa proksi ya mbele; bendera ya matokeo ya curl inabadilisha sehemu yake tu ya njia.