proxy ເປັນຜູ້ຂົນສົ່ງຄຳຮ້ອງຂໍ. PHP cURL cookie engine ເປັນຜູ້ຕັດສິນວ່າລູກຄ້າຈະສົ່ງ cookie ປາຍທາງໃດ. ຕັ້ງຄ່າທັງສອງຢູ່ໃນ handle ທີ່ເຮັດການໂອນ. ລາຍຊື່ proxy HTTP ໃຫ້ຜູ້ສະໝັກສຳລັບເສັ້ນທາງ ເມື່ອວຽກນີ້ອາດໃຊ້ຕົວກາງສາທາລະນະ:

curl_setopt($handle, CURLOPT_PROXY, 'http://203.0.113.10:8080');
curl_setopt($handle, CURLOPT_COOKIEFILE, '');

ຄ່າ COOKIEFILE ຫວ່າງເປີດໃຊ້ cookie engine ໂດຍບໍ່ໂຫຼດໄຟລ໌ cookie ເບື້ອງຕົ້ນ. ຄຳຮ້ອງຂໍຕໍ່ໄປໃນ handle ນັ້ນສາມາດສົ່ງ cookie ທີ່ກົງກັນທີ່ໄດ້ຮັບຈາກປາຍທາງ.

ສຳລັບການເກັບຮັກສາຂ້າມ handle ຫຼື ຂະບວນການທີ່ສ້າງແຍກຕ່າງຫາກ, ໃຫ້ໃຊ້ນະໂຍບາຍໄຟລ໌ cookie ທີ່ເລືອກຢ່າງຕັ້ງໃຈ. COOKIEFILE ອ່ານ cookie; COOKIEJAR ຂຽນ cookie ທີ່ libcurl ເກັບໄວ້. ການໃຫ້ເສັ້ນທາງແກ່ COOKIEJAR ບໍ່ໄດ້ໝາຍຄວາມວ່າອ່ານມັນນຳ.

ເກັບໄຟລ໌ cookie ແຍກຕາມເຊສຊັນ ຫຼື ບັນຊີທີ່ແອັບຯຕັ້ງໃຈ. ໄຟລ໌ທີ່ແບ່ງປັນທີ່ວຽກພ້ອມກັນໃຊ້ອາດປະສົມສະຖານະ ໂດຍບໍ່ຂຶ້ນກັບ proxy ທີ່ແຕ່ລະວຽກເລືອກ. ປົກປ້ອງໄຟລ໌ ເພາະ cookie ເຊສຊັນສາມາດໃຫ້ການເຂົ້າເຖິງ ເຖິງແມ່ນບໍ່ໄດ້ຕິດປ້າຍວ່າເປັນລະຫັດຜ່ານ.

ຖ້າຂະບວນການເຮັດວຽກຕ້ອງການໃຫ້ສະຖານະ cookie ປັດຈຸບັນຖືກຂຽນອອກກ່ອນການເຮັດຄວາມສະອາດ, ໃຫ້ກວດເບິ່ງຄຳສັ່ງ cookie ທີ່ເອກະສານໄວ້ຂອງ libcurl. ຢ່າອາໄສການເອີ້ນ curl_close ຈາກຕົວຢ່າງ PHP ເກົ່າ ເປັນຄຳອະທິບາຍດຽວວ່າສະຖານະຖືກຂຽນເມື່ອໃດ.

proxy IP ທີ່ປ່ຽນແລ້ວ ປະນະໂຍບາຍ cookieໄວ້ຄືເກົ່າ ເວັ້ນແຕ່ແອັບຯປ່ຽນມັນ. ວິນິດໄສເຊສຊັນທີ່ຖືກປະຕິເສດວ່າເປັນການຕອບສະໜອງຈາກປາຍທາງ ແທນທີ່ຈະສົມມຸດວ່າ proxy ຕ້ອງຈື່ການເຂົ້າສູ່ລະບົບ.

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