curl -N getur ekki sagt proxy að hætta að biðminnka
Finndu hvar biðminnkunin á sér stað - hjá biðlaranum, milliliðnum eða birtingarhliðinni - án þess að gera ráð fyrir að úttaksflagg curl breyti allri svarleiðinni.
curl -N, eða --no-buffer, slökkvar á biðminnkun úttaksstraums curl. Það getur hjálpað við að greina seinkað úttak án þess að breyta biðminnkun stefnu proxyins eða netþjónsins.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamFyrir samanburð í gegnum opinberan proxy skaltu velja HTTP endapunkt úr HTTP proxy listanum. Notaðu raunverulegt straum-URL þitt og veldu fyrirhugaða takmörk. Tómi framhjáhlaupið heldur þessum samanburði á völdu proxy leiðinni.
Koma, afkóðun og birting
Netþjónn getur myndað skrefvísar bæti, milliliður getur safnað þeim, biðlarasafn getur lesið allan líkamann og vafri getur frestað birtingu. Berðu saman fyrstu gagnlegu bætin og áframhaldandi framvindu þar sem þú stýrir leiðinni. Málningartími og heildarlengd netþjónsins ákvarða ekki hvenær líkaminn berst.
Í Guzzle skaltu skoða streymi og líkamanotkun sérstaklega. Þjöppun bætir við afkóðunarskrefi. Breyting á því hvenær afkóðað úttak birtist sannar ekki eitt og sér að proxyið sé biðminnkunareiningin.
Hvað milliliðurinn sér
Ógagnsær CONNECT proxy getur ekki þáttað innri HTTPS svör sem venjulegt HTTP. Leyfð TLS skoðunarþjónusta hefur aðra sýn, svo HTTPS eitt og sér sannar ekki að engin skoðun fari fram.
Þegar bíðstiginu hefur verið bent á skaltu nota þær streymisstýringar sem einingin styður. Leiðbeiningar öfugra proxy eiga ekki sjálfkrafa við framproxy; úttaksflagg curl breytir aðeins sínum eigin hluta leiðarinnar.