Ubah Hala Python Requests: None berbanding nilai proxy kosong
Kekalkan niat penghalaan langsung secara eksplisit sepanjang ubah hala dan bukan bergantung pada nilai None yang membuang entri pemetaan.
Jika permintaan langsung mencapai ubah hala dan pertukaran seterusnya gagal pada proxy, periksa peralihannya. Requests membina semula tetapan berkaitan proxy untuk ubah hala dan mungkin merujuk persekitaran sekali lagi apabila Session mempercayainya.
| Nilai pemetaan | Apa yang berlaku semasa penggabungan |
|---|---|
None | Kunci dibuang, meninggalkan entri hilang yang boleh diisi oleh pas kemudian daripada persekitaran. |
| Rentetan kosong | Nilai eksplisit kekal; ia boleh mengekalkan niat penghalaan langsung untuk skema itu. |
Untuk Session sedia ada, berikan skema destinasi yang terlibat dalam operasi langsung:
response = session.get(
'https://example.com/start',
proxies={'http': '', 'https': ''},
timeout=15,
)Semak pemetaan tambahan khusus hos dan penyesuai tersuai jika aplikasi menyediakannya. Input penghalaan ini tidak mengatasi setiap dasar yang mungkin dilaksanakan oleh komponen tersebut.
Kekalkan setiap URL dalam diagnostik
Rekodkan URL asal, setiap lokasi ubah hala, status respons dan peringkat yang gagal. Peralihan HTTP ke HTTPS mengubah kunci skema yang berkaitan; hos baharu mungkin berada di luar peraturan pintasan hos pertama. Laporan yang hanya mengandungi URL awal menyembunyikan kedua-dua peralihan.
Memerhati satu respons dengan pengikut ubah hala dimatikan boleh mendedahkan sempadannya. Periksa lokasinya sebagai data sebelum memutuskan untuk memintanya; jangan hantar kelayakan asal ke destinasi baharu tanpa bezakan.
Session khusus dengan penemuan persekitaran dimatikan ialah pilihan lain apabila aplikasi sengaja memiliki semua input penghalaan dan kepercayaan. Ia juga mempengaruhi penemuan kelayakan dan CA automatik, jadi pilih ia sebagai dasar aplikasi dan bukan pembaikan ubah hala rutin.