Requests-ის პროქსის არჩევა ერთი საიტისთვის

ერთ საიტს სჭირდება სხვა პროქსი, ვიდრე თქვენი დანარჩენი 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-ზე, და არა როგორც პირველ გვერდზე მიმაგრებული მუდმივი მარშრუტი.