Qt HttpProxy vs. HttpCachingProxy: CONNECT क्षमताहरू
Qt को CONNECT-सक्षम HttpProxy लाई केवल-अनुरोध HttpCachingProxy प्रकारबाट छुट्याउनुहोस्।
Qt ले टनेल गर्न सक्ने HTTP प्रोक्सीलाई आफ्नो केवल-क्यासिङ HTTP प्रोक्सी प्रकारबाट छुट्याउँछ। दुवै नाममा HTTP छ, तर तिनीहरूको जडान क्षमता फरक छ।
| Qt प्रकार | जडानको भूमिका |
|---|---|
| HttpProxy | बाहिर जाने TCP जडानका लागि HTTP CONNECT समर्थन |
| HttpCachingProxy | मिल्दो अनुरोध-आधारित क्लाइन्टमा सामान्य HTTP अनुरोधहरू |
| Socks5Proxy | यसका कागजात गरिएका यातायात क्षमतासहित SOCKS5 वार्तालाप |
सामान्य HTTP अनुरोध गर्ने QNetworkAccessManager ले अनुरोध-उन्मुख प्रकार प्रयोग गर्न सक्छ। बाइट टनेल चाहिने QTcpSocket लाई TunnelingCapability भएको प्रोक्सी चाहिन्छ। सामान्य TCP सकेटहरूले यो प्रयोग गर्नुपर्दा त्यो क्षमता बिना एप्लिकेसन पूर्वनिर्धारित स्थापना गर्नविरुद्ध Qt विशेष रूपमा चेतावनी दिन्छ।
इन्डपोइन्ट तोक्नु अघि प्रोटोकल प्रकार छान्नुहोस्। प्रोक्सी प्रमाणीकरण बिना अनुमत सार्वजनिक HTTP अनुरोधका लागि HTTP प्रोक्सी सूची ले ठेगानाहरू दिन्छ; Qt प्रकारले तैपनि त्यो अनुरोधलाई चाहिने क्षमता दिनुपर्छ। HttpCachingProxy लाई CONNECT सेवाले प्रयोग गर्ने पोर्ट दिँदा त्यो Qt छनोटमा छुटेको क्षमता थपिँदैन।
केवल-क्यासिङ लेबलले पनि हरेक प्रतिक्रिया टाढाको सर्भरले भण्डारण वा पुनः प्रयोग गर्ने वाचा गर्दैन। यो क्लाइन्ट इन्टरफेसले समर्थन गर्ने प्रोक्सी प्रयोग शैली वर्णन गर्छ, जबकि HTTP प्रतिक्रिया नीतिले क्यास पुनःप्रयोग नियन्त्रण गर्छ।