Python Requests novirzīšana: None pret tukšām proxy vērtībām
Saglabājiet tiešās maršrutēšanas nodomu skaidru visā novirzīšanā, nevis paļaujoties uz None vērtību, kas noņem kartējuma ierakstu.
Ja tiešs pieprasījums sasniedz novirzīšanu un nākamā apmaiņa neizdodas proxy, izpētiet pāreju. Requests atkārtoti veido ar proxy saistītos iestatījumus novirzīšanai un var atkal konsultēties ar vidi, kad Session tai uzticas.
| Kartējuma vērtība | Kas notiek apvienošanas laikā |
|---|---|
None | Atslēga tiek noņemta, paliek trūkstošs ieraksts, ko vēlāka gaita var aizpildīt no vides. |
| Tukša virkne | Skaidrā vērtība paliek; tā var saglabāt tiešās maršrutēšanas nodomu šai shēmai. |
Esošai Session norādiet tiešajā darbībā iesaistītās galamērķa shēmas:
response = session.get(
'https://example.com/start',
proxies={'http': '', 'https': ''},
timeout=15,
)Pārbaudiet papildu uz resursdatoru attiecināmus kartējumus un pielāgotus adapterus, ja lietojumprogramma tos nodrošina. Šī maršrutēšanas ievade neaizstāj visas iespējamās politikas, ko īsteno šīs komponentes.
Saglabājiet katru URL diagnostikā
Ierakstiet sākotnējo URL, katru novirzīšanas vietu, atbildes statusu un neizdevušos posmu. Pāreja no HTTP uz HTTPS maina attiecīgo shēmas atslēgu; jauns resursdators var nonākt ārpus pirmā resursdatora apiešanas noteikuma. Pārskats, kurā ir tikai sākotnējais URL, slēpj abas pārejas.
Vienas atbildes novērošana ar izslēgtu novirzīšanas sekošanu var atklāt robežu. Pirms lemšanas to pieprasīt izpētiet tās atrašanās vietu kā datus; nesūtiet sākotnējos akreditācijas datus uz jaunu galamērķi bez izšķirības.
Atsevišķa Session ar izslēgtu vides noteikšanu ir vēl viena iespēja, kad lietojumprogramma apzināti pārvalda visas maršrutēšanas un uzticēšanās ievades. Tas ietekmē arī automātisko akreditācijas datu un CA noteikšanu, tāpēc izvēlieties to kā lietojumprogrammas politiku, nevis kā parastu novirzīšanas labojumu.