ໂຫຼກຄຸກກີຂອງ Scrapy ເປັນຂອງເຊສຊັນ ບໍ່ແມ່ນຂອງພຣັອກຊີໂດຍອັດຕະໂນມັດ

ການປ່ຽນພຣັອກຊີບໍ່ໄດ້ປ່ຽນຄຸກກີຂອງແມງມຸມໂດຍອັດຕະໂນມັດ. ສິ່ງນີ້ອາດເປັນປະໂຫຍດສຳລັບເຊສຊັນດຽວທີ່ສືບຕໍ່ ແລະ ເປັນເລື່ອງແປກເມື່ອເຊສຊັນອິດສະຫຼະຫຼາຍອັນແບ່ງປັນແມງມຸມດຽວກັນ.

ມິດເດິລແວຄຸກກີຂອງ Scrapy ຮອງຮັບໂຫຼກແຍກຕ່າງຫາກທີ່ເລືອກໂດຍເມຕາດາຕາ cookiejar ຂອງຄຳຮ້ອງຂໍ. ໃຫ້ກະແຈນັ້ນມີຕົວຕົນທີ່ທ່ານຕັ້ງໃຈຮັກສາໄວ້ແທ້ໆ:

yield scrapy.Request(
    'https://example.com/start',
    meta={'proxy': selected_proxy, 'cookiejar': 'workflow-17'},
)

ຈຸດປາຍທາງ ແລະ ກະແຈຂອງໂຫຼກ ເປັນການເລືອກທີ່ເປັນອິດສະຫຼະຕໍ່ກັນ. ການເກັບກູ້ສາທາລະນະທີ່ບໍ່ໄດ້ພິສູດຕົວຕົນສາມາດເອົາຈຸດປາຍທາງ HTTP ທີ່ຕົນເລືອກຈາກ ລາຍການພຣັອກຊີ HTTP ບ່ອນທີ່ເສັ້ນທາງນັ້ນໄດ້ຮັບອະນຸຍາດ; ວຽກງານຍັງເປັນເຈົ້າຂອງກະແຈຂອງໂຫຼກຢູ່. ຄຳຮ້ອງຂໍຕໍ່ໄປທີ່ຄວນຢູ່ໃນເຊສຊັນນີ້ຕ້ອງການກະແຈຂອງໂຫຼກອັນດຽວກັນ; ເມຕາດາຕາບໍ່ໄດ້ຕິດໄປກັບທຸກຄຳຮ້ອງຂໍໃໝ່ທີ່ທ່ານສ້າງໂດຍອັດຕະໂນມັດ. ສົ່ງຕໍ່ຟິລດ໌ສະເພາະທີ່ວຽກງານຕ້ອງການ ແທນທີ່ຈະຄັດລອກເມຕາດາຕາຂອງມິດເດິລແວທັງໝົດແບບຕາບອດ.

ການໃຊ້ທີ່ຢູ່ພຣັອກຊີເປັນກະແຈຂອງໂຫຼກ ເປັນພຽງນະໂຍບາຍໜຶ່ງເທົ່ານັ້ນ

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

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

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

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