Qt HttpProxy विरुद्ध 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 प्रतिसाद धोरण कॅशेचा पुनर्वापर नियंत्रित करत असते.