QGIS ले प्रोक्सी प्रयोग गर्छ, तर Requests-आधारित प्लगइनले गर्दैन
QGIS को नेटवर्क कन्फिगरेसन र प्लगइनको स्वतन्त्र Python 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 क्लाइन्ट कुन ठीक गर्ने भनेर बताउँछ।