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 क्लायंट.