A curl -N nem tudja megmondani egy proxynek, hogy hagyja abba a pufferelést
Határozza meg, hol történik a pufferelés - az ügyfélen, a közvetítőn vagy a megjelenítési oldalon -, anélkül hogy feltételezné, hogy a curl kimeneti kapcsolója a teljes válaszútvonalat megváltoztatja.
curl -N vagy --no-buffer kikapcsolja a curl kimeneti adatfolyamának pufferelését. Segíthet a késleltetett kimenet diagnosztizálásában anélkül, hogy megváltoztatná a proxy vagy a kiszolgáló pufferelési szabályzatát.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamNyilvános proxyn keresztüli összehasonlításhoz válasszon HTTP-végpontot a HTTP-proxy listából. Használja a tényleges adatfolyam-URL-t, és válassza ki a kívánt korlátot. Az üres megkerülőlista ezt az összehasonlítást a kiválasztott proxyútvonalon tartja.
Érkezés, dekódolás és megjelenítés
A kiszolgáló fokozatos bájtokat állíthat elő, a közvetítő összegyűjtheti őket, az ügyfélkönyvtár beolvashatja a teljes törzset, a böngésző pedig elhalaszthatja a megjelenítést. Hasonlítsa össze az első hasznos bájtokat és a későbbi előrehaladást ott, ahol Ön irányítja az útvonalat. A festési idő és a kiszolgáló teljes időtartama nem határozza meg, mikor érkezik meg a törzs.
A Guzzle-ban külön ellenőrizze a streamelést és a törzs felhasználását. A tömörítés egy dekódolási szakaszt ad hozzá. Annak megváltozása, mikor jelenik meg a dekódolt kimenet, önmagában nem bizonyítja, hogy a proxy a pufferelő összetevő.
Mit lát a közvetítő
Az átlátszatlan CONNECT proxy nem tudja a belső HTTPS-válaszokat közönséges HTTP-ként elemezni. Az engedélyezett TLS-vizsgálati szolgáltatás láthatósága eltérő, ezért a HTTPS önmagában nem bizonyítja a vizsgálat hiányát.
Miután a várakozási szakaszt azonosította, használja az adott összetevő által támogatott streamelési vezérlőket. A fordított proxyra vonatkozó utasítások nem érvényesek automatikusan az előremenő proxyra; a curl kimeneti kapcsolója csak a saját részét változtatja meg az útvonalnak.