QGIS प्रॉक्सी का उपयोग करता है, लेकिन Requests-आधारित प्लगइन नहीं

एक मैप लेयर ऑफ़िस प्रॉक्सी से लोड होती है, जबकि किसी प्लगइन का API कॉल विफल हो जाता है। दोनों क्रियाएँ QGIS के भीतर चलती हैं, लेकिन वे अलग-अलग HTTP क्लाइंट उपयोग कर सकती हैं।

QGIS नेटवर्क संचालन के लिए QgsNetworkAccessManager प्रदान करता है। यह QGIS के नेटवर्क कॉन्फ़िगरेशन को उस मैनेजर के माध्यम से किए गए अनुरोधों में ले जाता है। Requests आयात करने वाला Python प्लगइन अपने स्वयं के प्रॉक्सी और प्रमाणीकरण व्यवहार वाला दूसरा क्लाइंट बनाता है।

वह कॉन्फ़िगरेशन चुनें जिसे आप साझा करना चाहते हैं

ऐसे प्लगइन के लिए जिसे उपयोगकर्ता की QGIS नेटवर्क प्राथमिकताओं का पालन करना है, QGIS नेटवर्क मैनेजर का उपयोग उन प्राथमिकताओं को स्वतंत्र रूप से फिर से बनाने से बचाता है। आप जिस QGIS संस्करण का समर्थन करते हैं उसके लिए उपयुक्त API जाँचें, जिसमें उसका अतुल्यकालिक व्यवहार और प्रमाणीकरण एकीकरण शामिल है।

यदि Requests किसी अन्य कारण से आवश्यक है, तो इसे जानबूझकर कॉन्फ़िगर करें। इसकी प्रॉक्सी डिक्शनरी और पर्यावरण प्रबंधन Requests दस्तावेज़ीकरण का पालन करते हैं। QGIS की सेटिंग में चुना गया प्रॉक्सी स्वतः Requests सत्र सेटिंग नहीं है।

किसी फ़ोरम से Qt उदाहरण आज़माते समय दायरे के बारे में सटीक रहें। Qt एप्लिकेशन प्रॉक्सी सेट करना Qt नेटवर्किंग को प्रभावित करता है। यह सिद्ध नहीं करता कि Requests, जो भिन्न नेटवर्क कार्यान्वयन का उपयोग करता है, ने अपना मार्ग बदल लिया है।

एक ही गंतव्य की तुलना करें

व्यवहार की तुलना करते समय विफल प्लगइन का URL उपयोग करें। मैप सेवा और असंबंधित API के बायपास नियम, प्रॉक्सी अनुमतियाँ या प्रमाणपत्र श्रृंखलाएँ भिन्न हो सकती हैं। सफल मैप अनुरोध केवल यह सिद्ध करता है कि उसका अपना मार्ग काम करता है।

HTTP क्लाइंट का नाम, गंतव्य होस्ट, क्या प्रॉक्सी प्रमाणीकरण माँगा गया था, और त्रुटि का वास्तविक चरण दर्ज करें। प्लगइन लॉग से पासवर्ड हटा दें। यह छोटी तुलना सामान्यतः बताती है कि QGIS नेटवर्क एकीकरण ठीक करना है या स्वतंत्र Python क्लाइंट, बिना उन प्रॉक्सी प्राथमिकताओं को रीसेट किए जो उपयोगकर्ता के लिए पहले से काम कर रही हैं।