ຖ້າຄຳຮ້ອງໂດຍກົງໄປຮອດການປ່ຽນເສັ້ນທາງ ແລະ ການແລກປ່ຽນຕໍ່ໄປລົ້ມເຫຼວຢູ່ proxy, ກວດສອບການປ່ຽນຜ່ານ. Requests ສ້າງການຕັ້ງຄ່າທີ່ກ່ຽວຂ້ອງກັບ proxy ສຳລັບການປ່ຽນເສັ້ນທາງຄືນໃໝ່ ແລະ ອາດຈະກວດເບິ່ງສະພາບແວດລ້ອມອີກຄັ້ງເມື່ອ Session ໄວ້ໃຈມັນ.

ຄ່າແຜນທີ່ເກີດຫຍັງຂຶ້ນໃນລະຫວ່າງການລວມ
Noneກະແຈຖືກລຶບອອກ ເຮັດໃຫ້ເຫຼືອລາຍການທີ່ຂາດຫາຍ ເຊິ່ງຂັ້ນຕອນຕໍ່ໄປສາມາດເຕີມຈາກສະພາບແວດລ້ອມໄດ້.
ສາຍອັກສອນຫວ່າງຄ່າທີ່ຊັດເຈນຍັງຄົງຢູ່; ມັນສາມາດຮັກສາເຈດຕະນາຂອງການເສັ້ນທາງໂດຍກົງສຳລັບຮູບແບບນັ້ນ.

ສຳລັບ Session ທີ່ມີຢູ່ແລ້ວ, ໃຫ້ຮູບແບບປາຍທາງທີ່ກ່ຽວຂ້ອງໃນການດຳເນີນການໂດຍກົງ:

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

ກວດສອບແຜນທີ່ເພີ່ມເຕີມສະເພາະໂຮສ ແລະ ອາດາປເຕີທີ່ກຳນົດເອງ ຖ້າແອັບພລິເຄຊັນໃຫ້ມາ. ຂໍ້ມູນເຂົ້າການເສັ້ນທາງນີ້ບໍ່ໄດ້ຂ້າມນະໂຍບາຍທີ່ເປັນໄປໄດ້ທັງໝົດທີ່ອົງປະກອບເຫຼົ່ານັ້ນຈັດຕັ້ງ.

ເກັບ URL ແຕ່ລະອັນໄວ້ໃນການວິເຄາະ

ບັນທຶກ URL ເດີມ, ຕຳແໜ່ງການປ່ຽນເສັ້ນທາງແຕ່ລະອັນ, ສະຖານະການຕອບສະໜອງ ແລະ ຂັ້ນຕອນທີ່ລົ້ມເຫຼວ. ການປ່ຽນຈາກ HTTP ໄປ HTTPS ປ່ຽນກະແຈຮູບແບບທີ່ກ່ຽວຂ້ອງ; ໂຮສໃໝ່ອາດຢູ່ນອກກົດການຂ້າມຂອງໂຮສທຳອິດ. ລາຍງານທີ່ມີພຽງ URL ເບື້ອງຕົ້ນປິດບັງທັງສອງການປ່ຽນຜ່ານ.

ການສັງເກດການຕອບສະໜອງໜຶ່ງດ້ວຍການປິດການຕິດຕາມການປ່ຽນເສັ້ນທາງສາມາດເປີດເຜີຍຂອບເຂດ. ກວດສອບຕຳແໜ່ງຂອງມັນເປັນຂໍ້ມູນກ່ອນຕັດສິນໃຈຮ້ອງຂໍ; ຢ່າສົ່ງຂໍ້ມູນຮັບຮອງເດີມໄປປາຍທາງໃໝ່ຢ່າງບໍ່ແຍກແຍະ.

Session ທີ່ອຸທິດສະເພາະທີ່ປິດການຄົ້ນພົບສະພາບແວດລ້ອມເປັນອີກທາງເລືອກໜຶ່ງ ເມື່ອແອັບພລິເຄຊັນເປັນເຈົ້າຂອງຂໍ້ມູນເຂົ້າການເສັ້ນທາງ ແລະ ຄວາມໄວ້ໃຈທັງໝົດຢ່າງເຈດຕະນາ. ມັນຍັງສົ່ງຜົນຕໍ່ ການຄົ້ນພົບຂໍ້ມູນຮັບຮອງ ແລະ CA ອັດຕະໂນມັດ ອີກ ດັ່ງນັ້ນຈົ່ງເລືອກມັນເປັນນະໂຍບາຍແອັບພລິເຄຊັນ ບໍ່ແມ່ນການສ້ອມແປງການປ່ຽນເສັ້ນທາງປະຈຳວັນ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ