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 کلائنٹ، بغیر ان پراکسی ترجیحات کو ری سیٹ کیے جو صارف کے لیے پہلے ہی کام کر رہی ہیں۔