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 को आउटपुट फ्ल्यागले मात्र आफ्नो भागको मार्ग बदल्छ।