একটি ওয়েবসাইটের জন্য আপনার বাকি HTTPS অনুরোধের চেয়ে আলাদা প্রক্সি দরকার। Requests সেই পছন্দ প্রক্সি অভিধানের ভেতরেই প্রকাশ করতে পারে:

routes = {
    "https://reports.example": "http://reports-proxy.example:8080",
    "https": "http://default-proxy.example:8080",
}
response = requests.get(
    "https://reports.example/monthly",
    proxies=routes,
    timeout=(5, 20),
)
response.raise_for_status()

সেই গন্তব্যের জন্য হোস্টনেম-নির্দিষ্ট কী জেতে। অন্য একটি HTTPS হোস্টনেম স্কিম-ব্যাপী এন্ট্রি ব্যবহার করে। মানগুলি প্রক্সি সংযোগ বর্ণনা করে, তাই একটি HTTPS গন্তব্য সঠিকভাবে একটি HTTP প্রক্সি URL-এ ম্যাপ হতে পারে। যখন এগুলি প্রক্সি অ্যাকাউন্ট ছাড়া অনুমোদিত পাবলিক-সাইট রুট, তখন HTTP প্রক্সি তালিকা সেই মানগুলির জন্য প্রার্থী যোগাতে পারে; প্রতিটি গন্তব্য নিয়ম স্পষ্ট রাখুন।

হোস্টনেম মেলান, রিসোর্স URL নয়

Requests 2.32.5-এ নির্দিষ্ট কী গন্তব্যের স্কিম ও পার্স করা হোস্টনেম থেকে তৈরি হয়। এতে পাথ, কোয়েরি বা পোর্ট থাকে না।

অভিধানের কী-তে /monthly যোগ করলে নিয়মটি সেই পাথে সীমাবদ্ধ হবে না। একইভাবে, https://reports.example:8443 এই সিলেক্টরের স্বীকৃত পোর্ট-নির্দিষ্ট কী নয়। গন্তব্য URL অন্য পোর্ট ব্যবহার করলেও হোস্টনেম নিয়ম প্রযোজ্য হয়।

এই লুকআপে কোনো ওয়াইল্ডকার্ড বিস্তার নেই। reports.example-এর জন্য একটি নিয়ম স্বয়ংক্রিয়ভাবে সাবডোমেইন কভার করে না। নীতিতে পাথ, পোর্ট বা প্রত্যয় মেলানোর দরকার হলে এই সরল অভিধানের বাইরে স্পষ্ট রাউটিং সিদ্ধান্ত ব্যবহার করুন।

জানুন পরের ফলব্যাক কোনটি

বাস্তবায়ন এই ক্রমে কী পরীক্ষা করে: scheme://hostname, scheme, all://hostname, তারপর all। তাই একটি স্কিম-ব্যাপী HTTPS এন্ট্রি সব স্কিমের হোস্টনেম এন্ট্রির আগে যায়। যখন সেটিই উদ্দিষ্ট ব্যতিক্রম, তখন আপনার ডিজাইনে স্কিম-নির্দিষ্ট হোস্টনেম নিয়ম প্রথমে রাখুন।

আপনার Session কীভাবে ডিফল্ট ও পরিবেশ-উদ্ভূত সেটিংস একত্র করে তাও হিসাবে রাখুন। অনুরোধের সঙ্গে এই দুটি স্পষ্ট এন্ট্রি পাঠালে তাদের উদ্দিষ্ট রুট স্পষ্ট হয়, কিন্তু অন্য যেকোনো গন্তব্য স্কিমের জন্য নীতি নির্ধারণ করে না।

একটি রিডাইরেক্ট আরেকটি হোস্টনেম আনতে পারে, এবং প্রক্সি নির্বাচন সেই নতুন গন্তব্যের জন্যও প্রাসঙ্গিক। নিয়মটি প্রথম পৃষ্ঠার সঙ্গে যুক্ত স্থায়ী রুট হিসাবে নয়, বরং অনুরোধ করা প্রতিটি URL সম্পর্কে সিদ্ধান্ত হিসাবে পড়ুন।

সম্পর্কিত নিবন্ধ