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 యొక్క అవుట్‌పుట్ ఫ్లాగ్ మార్గంలోని తన భాగాన్ని మాత్రమే మారుస్తుంది.