एका वेबसाइटला तुमच्या उर्वरित 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 बद्दलचा निर्णय म्हणून वाचा.

संबंधित लेख