PHP multi-cURL transfer ນັ້ນໃຊ້ proxy ໃດ?

transfer multi-cURL ຈະສຳເລັດຕາມລຳດັບຂອງມັນເອງ. ຖ້າທ່ານກຳນົດ proxy ຕ່າງກັນໃຫ້ແຕ່ລະ handle, ຜົນທີ່ສຳເລັດກ່ອນ ອາດບໍ່ແມ່ນຂອງ proxy ທຳອິດໃນລາຍການປ້ອນຂອງທ່ານ.

ຕິດ transfer ID ທີ່ໝັ້ນຄົງ ຕອນຕັ້ງຄ່າແຕ່ລະ handle. ຖ້າທ່ານກຳລັງທົດສອບ public endpoint ທີ່ເລືອກໄດ້, ລາຍການ proxy HTTP ຈະໃຫ້ຜູ້ສະໝັກ HTTP. PHP ເປີດເຜີຍກົນໄກຂໍ້ມູນສ່ວນຕົວຂອງ libcurl:

$id = 'job-17';
curl_setopt($handle, CURLOPT_PROXY, 'http://203.0.113.10:8080');
curl_setopt($handle, CURLOPT_PRIVATE, $id);

ເມື່ອ curl_multi_info_read() ລາຍງານ transfer ທີ່ສຳເລັດແລ້ວ, ໃຊ້ handle ທີ່ສົ່ງຄືນມາ ເພື່ອເອົາ ID ຄືນ:

$id = curl_getinfo($message['handle'], CURLINFO_PRIVATE);

ເກັບບັນທຶກແອັບພລິເຄຊັນທີ່ໃຊ້ ID ນັ້ນເປັນກຸນແຈ ເຊິ່ງມີປາຍທາງ, proxy ທີ່ຕັ້ງຄ່າ ແລະ ເລກຄັ້ງລອງ. ການລອງໃໝ່ຜ່ານ proxy ອື່ນ ສົມຄວນໄດ້ບັນທຶກການລອງໃໝ່, ເຖິງແມ່ນວ່າມັນຢູ່ໃນວຽກລວມດຽວກັນ.

ແຍກທີ່ຢູ່ສາມຊະນິດອອກຈາກກັນ

endpoint ຂອງ proxy ທີ່ຕັ້ງຄ່າ ແມ່ນທີ່ຢູ່ທີ່ໃຫ້ cURL. ທີ່ຢູ່ peer ຂອງການເຊື່ອມຕໍ່ ອະທິບາຍການເຊື່ອມຕໍ່ເຄືອຂ່າຍທີ່ cURL ເປີດ. exit IP ທີ່ປາຍທາງເຫັນ ແມ່ນຂໍ້ມູນທີ່ລາຍງານຈາກອີກຝ່າຍ. ມັນອາດແຕກຕ່າງກັນ, ໂດຍສະເພາະກັບ proxy ແບບໂສ້ ຫຼື ທີ່ຜູ້ໃຫ້ບໍລິການຈັດການ.

metadata ສ່ວນຕົວບັນທຶກການຕັ້ງຄ່າທີ່ທ່ານຕັ້ງໃຈ; ມັນບໍ່ສາມາດພິສູດວ່າປາຍທາງເຫັນ IP ໃດ. ກົງກັນຂ້າມ, ການຕອບ IP ຂອງປາຍທາງ ບໍ່ໄດ້ບອກທ່ານໂດຍອັດຕະໂນມັດວ່າ handle ໃດໃນໂປຣແກຣມຂອງທ່ານສ້າງມັນ.

ເກັບ ID proxy ທີ່ປອດໄພໃນ log ປະຈຳວັນ. ຖ້າ endpoint ເຕັມມີຂໍ້ມູນຢືນຢັນ, ການ log URL ນັ້ນສຳລັບທຸກ transfer ທີ່ລົ້ມເຫຼວ ຈະເຜີຍລະຫັດຜ່ານໄປທົ່ວການເກັບຂໍ້ຜິດພາດຂອງທ່ານ.

ຂັ້ນຕອນບັນຊີນ້ອຍໆນີ້ ເຮັດໃຫ້ຜົນປະສົມອ່ານງ່າຍຂຶ້ນ: ໜຶ່ງວຽກ, ໜຶ່ງຄັ້ງລອງ, ໜຶ່ງ proxy ທີ່ເລືອກ ແລະ ໜຶ່ງຜົນຕົວຈິງ. ມັນຍັງຫຼີກລ້ຽງການອີງໃສ່ການສະແດງ handle ແບບບັງເອີນ ທີ່ປ່ຽນໄປລະຫວ່າງ API cURL ຂອງ PHP ທີ່ອີງໃສ່ resource ແລະ object.