curl -N не може да му каже на прокси да престане со баферирање

curl -N или --no-buffer го исклучува баферирањето на излезниот тек на curl. Тоа може да помогне при дијагностицирање на одложен излез без промена на политиката за баферирање на проксито или серверот.

curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/stream

За споредба преку јавно прокси, изберете HTTP крајна точка од списокот на HTTP прокси. Користете го вашиот вистински URL на текот и изберете го предвиденото ограничување. Празниот список за заобиколување ја задржува оваа споредба на избраната прокси рута.

Пристигнување, декодирање и прикажување

Серверот може да генерира постепени бајти, посредникот може да ги собира, клиентската библиотека може да го прочита целото тело, а прелистувачот може да го одложи прикажувањето. Споредете ги првите корисни бајти и понатамошниот напредок таму каде што ја контролирате патеката. Времето на цртање и вкупното траење на серверот не одредуваат кога пристигнува телото.

Во Guzzle, проверете ги стримингот и потрошувачката на телото одделно. Компресијата додава фаза на декодирање. Промената на моментот кога се појавува декодиран излез сама по себе не докажува дека проксито е компонентата за баферирање.

Што гледа посредникот

Непрозирно CONNECT прокси не може да ги парсира внатрешните HTTPS одговори како обичен HTTP. Овластената TLS инспекциска услуга има поинаква видливост, па само HTTPS не докажува отсуство на инспекција.

Откако ќе се идентификува фазата на чекање, користете ги контролите за стриминг што ги поддржува таа компонента. Директивите за обратно прокси не се применуваат автоматски на напредно прокси; знаменцето за излез на curl го менува само неговиот дел од патеката.