curl -N tidak dapat meminta proxy berhenti melakukan buffering
Temukan di mana buffering terjadi - di klien, perantara, atau sisi rendering - tanpa menganggap bahwa flag keluaran curl mengubah seluruh jalur respons.
curl -N, atau --no-buffer, menonaktifkan buffering aliran keluaran curl. Ini dapat membantu mendiagnosis keluaran yang tertunda tanpa mengubah kebijakan buffering proxy atau server.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamUntuk perbandingan melalui proxy publik, pilih titik akhir HTTP dari daftar proxy HTTP. Gunakan URL aliran Anda yang sebenarnya dan pilih batas yang dimaksudkan. Daftar lewati yang kosong menjaga perbandingan ini pada rute proxy yang dipilih.
Kedatangan, dekode, dan tampilan
Server dapat menghasilkan byte bertahap, perantara dapat mengumpulkannya, pustaka klien dapat membaca seluruh badan, dan peramban dapat menunda rendering. Bandingkan byte berguna pertama dan kemajuan berikutnya di tempat Anda mengendalikan jalur. Waktu pengecatan dan durasi total server tidak mengidentifikasi kapan badan tiba.
Di Guzzle, periksa streaming dan konsumsi badan secara terpisah. Kompresi menambahkan tahap dekode. Perubahan waktu munculnya keluaran yang didekode tidak dengan sendirinya membuktikan bahwa proxy adalah komponen buffering.
Apa yang dilihat perantara
Proxy CONNECT buram tidak dapat mengurai respons HTTPS internal sebagai HTTP biasa. Layanan inspeksi TLS yang diizinkan memiliki visibilitas berbeda, jadi HTTPS saja tidak membuktikan tidak adanya inspeksi.
Setelah tahap tunggu diidentifikasi, gunakan kontrol streaming yang didukung komponen tersebut. Petunjuk proxy terbalik tidak otomatis berlaku untuk proxy maju; flag keluaran curl hanya mengubah bagiannya sendiri dari jalur.