Python Requests-ის გადამისამართებები: None და ცარიელი proxy მნიშვნელობები

თუ პირდაპირი მოთხოვნა აღწევს გადამისამართებას და შემდეგი გაცვლა ვერ ხერხდება proxy-ზე, შეამოწმეთ გადასვლა. Requests ხელახლა აშენებს proxy-სთან დაკავშირებულ პარამეტრებს გადამისამართებებისთვის და შეიძლება კვლავ მიმართოს გარემოს, როცა Session ენდობა მას.

არსებული Session-ისთვის მიუთითეთ პირდაპირ ოპერაციაში ჩართული დანიშნულების სქემები:

response = session.get(
    'https://example.com/start',
    proxies={'http': '', 'https': ''},
    timeout=15,
)

შეამოწმეთ დამატებითი ჰოსტის სპეციფიკური დაბმები და მორგებული ადაპტერები, თუ აპლიკაცია მათ უზრუნველყოფს. ეს მარშრუტიზაციის შეყვანა არ ცვლის ყველა შესაძლო პოლიტიკას, რომელსაც ეს კომპონენტები ახორციელებენ.

შეინახეთ ყოველი URL დიაგნოსტიკაში

ჩაწერეთ თავდაპირველი URL, ყოველი გადამისამართების მდებარეობა, პასუხის სტატუსი და წარუმატებელი ეტაპი. HTTP-დან HTTPS-ზე გადასვლა ცვლის შესაბამისი სქემის გასაღებს; ახალი ჰოსტი შეიძლება აღმოჩნდეს პირველი ჰოსტის გვერდის ავლის წესის გარეთ. მხოლოდ საწყისი URL-ის შემცველი ანგარიში მალავს ორივე გადასვლას.

ერთი პასუხის დაკვირვება გადამისამართების მიყოლის გამორთვით შეიძლება ამხილოს საზღვარი. სანამ მოთხოვნას გადაწყვეტთ, შეამოწმეთ მისი მდებარეობა, როგორც მონაცემი; ნუ გაგზავნით საწყის რწმუნებებს ახალ დანიშნულებაზე განურჩევლად.

გარემოს აღმოჩენის გამორთული გამოყოფილი Session სხვა ვარიანტია, როცა აპლიკაცია განზრახ ფლობს მარშრუტიზაციისა და ნდობის ყველა შეყვანას. ეს ასევე გავლენას ახდენს რწმუნებებისა და CA-ის ავტომატურ აღმოჩენაზე, ამიტომ აირჩიეთ ის, როგორც აპლიკაციის პოლიტიკა და არა როგორც ჩვეულებრივი გადამისამართების შეკეთება.