curl -N non pode dicirlle a un proxy que deixe de almacenar en búfer
Localice o almacenamento en búfer no cliente, no intermediario ou no lado de representación sen supor que a opción de saída de curl cambia toda a ruta de resposta.
curl -N, ou --no-buffer, desactiva o almacenamento en búfer do fluxo de saída de curl. Pode axudar a diagnosticar unha saída atrasada sen cambiar a política de búfer do proxy nin do servidor.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamPara unha comparación cun proxy público, escolla un extremo HTTP da lista de proxies HTTP. Use a URL real do seu fluxo e escolla o límite previsto. A lista de omisión baleira mantén esta comparación na ruta do proxy seleccionado.
Chegada, descodificación e visualización
Un servidor pode xerar bytes incrementais, un intermediario pode recollelos, unha biblioteca cliente pode ler o corpo completo e un navegador pode aprazar a representación. Compare os primeiros bytes útiles e o progreso posterior onde vostede controla a ruta. O tempo de pintado e a duración total do servidor non identifican cando chega o corpo.
En Guzzle, comprobe o streaming e o consumo do corpo por separado. A compresión engade unha etapa de descodificación. Un cambio no momento en que aparece a saída descodificada non identifica por si só un proxy como o compoñente de búfer.
Que ve o intermediario
Un proxy CONNECT opaco non pode analizar as respostas HTTPS internas como HTTP normal. Un servizo de inspección TLS autorizado ten unha visibilidade distinta, así que HTTPS por si só non demostra a ausencia de inspección.
Unha vez identificada a etapa de espera, use os controis de streaming que admite ese compoñente. As directivas de proxy inverso non se aplican automaticamente a un proxy directo; a opción de saída de curl só cambia a súa propia parte da ruta.