WordPress ຮັກສາເວັບໄຊຂອງຕົນເອງໄວ້ນອກພຣອກຊີ

WP_PROXY_HOST ແລະ WP_PROXY_PORT ຖືກຕັ້ງໄວ້ແລ້ວ. ຄຳຮ້ອງຫາ API ພາຍນອກໃຊ້ພຣອກຊີ ແຕ່ຄຳຮ້ອງກັບຫາຊື່ໂຮສຂອງ WordPress ເອງບໍ່ໃຊ້. ນັ້ນອາດເປັນນະໂຍບາຍການຂ້າມທີ່ຕັ້ງໃຈຂອງ HTTP API.

WP_HTTP_Proxy ຕັດສິນວ່າ URI ໃດໜຶ່ງຄວນຜ່ານພຣອກຊີຫຼືບໍ່. ຕົວະສາດຄ່າເລີ່ມຕົ້ນຂອງມັນຂ້າມ localhost ແລະ ຊື່ໂຮສທີ່ໄດ້ມາຈາກ siteurl ທີ່ຕັ້ງໄວ້ຂອງເວັບໄຊ. ນີ້ແຍກຈາກການຕັດສິນພຽງວ່າມີຕົວແປຄົງທີຂອງພຣອກຊີຫຼືບໍ່.

ກວດເບິ່ງ URL ທີ່ WordPress ປະເມີນ

ເກັບຊື່ໂຮສທີ່ຮ້ອງຂໍ, URL ເວັບໄຊທີ່ຕັ້ງໄວ້ ແລະ WP_PROXY_BYPASS_HOSTS ໄວ້ນຳກັນ. ຄຳຮ້ອງຫາຊື່ໂຮສສາທາລະນະ ແລະ ຄຳຮ້ອງຫາຊື່ສຳຮອງພາຍໃນອາດຕັດສິນແຕກຕ່າງກັນ ເຖິງແມ່ນທັງສອງໄປຮອດແອັບດຽວກັນ.

WP_PROXY_BYPASS_HOSTS ເພີ່ມລາຍການຍົກເວັ້ນໂຮສທີ່ຕັ້ງໄວ້. ມັນບໍ່ແມ່ນຊຸດປາຍທາງທີ່ພຣອກຊີທາງໄກອະນຸຍາດ ແລະ ມັນບໍ່ເຮັດໃຫ້ຄຳຮ້ອງພາຍນອກທີ່ຖືກບລັອກຢູ່ແລ້ວເປັນທີ່ອະນຸຍາດ.

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

ປ່ຽນການຕັດສິນທີ່ຮຸກທີ່ໄດ້ຮັບການສະໜັບສະໜູນ

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

ກວດເບິ່ງການຂົນສົ່ງທີ່ເລືອກນຳ. ໂຄດທີ່ເອີ້ນ SDK ແຍກ ຫຼື ຟັງຊັນເຄືອຂ່າຍ PHP ດິບໆ ບໍ່ໄດ້ໃຊ້ HTTP API ຂອງ WordPress ແລະ ຕົວກອງຂອງມັນໂດຍອັດຕະໂນມັດ.

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