প্রক্সি ঘূর্ণন লুপকে চিরকাল চলতে দেবেন না

একটি ম্যাপ স্তর অফিস প্রক্সি দিয়ে লোড হয়, কিন্তু একটি প্লাগইনের 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 ক্লায়েন্ট ঠিক করতে হবে, ব্যবহারকারীর জন্য ইতিমধ্যে কাজ করা প্রক্সি পছন্দ রিসেট না করেই।