curl -N ບໍ່ສາມາດບອກ proxy ໃຫ້ຢຸດ buffering ໄດ້
ກຳນົດວ່າ buffering ຢູ່ຝັ່ງ client, ຕົວກາງ ຫຼື ຝັ່ງການສະແດງຜົນ, ໂດຍບໍ່ສົມມຸດວ່າ flag ຜົນລັບຂອງ curl ປ່ຽນເສັ້ນທາງການຕອບສະໜອງທັງໝົດ.
curl -N ຫຼື --no-buffer ປິດ buffering ຂອງສະຕຣີມຜົນລັບຂອງ curl. ມັນສາມາດຊ່ວຍວິນິດໄສຜົນລັບທີ່ຊ້າໄດ້ ໂດຍບໍ່ປ່ຽນນະໂຍບາຍ buffering ຂອງ proxy ຫຼື server.
curl --proxy http://proxy.example:8080 --noproxy '' --no-buffer --max-time 30 https://example.com/streamສຳລັບການປຽບທຽບຜ່ານ proxy ສາທາລະນະ, ເລືອກຈຸດສຸດທ້າຍ HTTP ຈາກ ລາຍຊື່ proxy HTTP. ໃຊ້ URL ສະຕຣີມຕົວຈິງຂອງທ່ານ ແລະ ເລືອກຂີດຈຳກັດທີ່ຕ້ອງການ. ລາຍຊື່ຂ້າມຫວ່າງເປົ່າຮັກສາການປຽບທຽບນີ້ໄວ້ເທິງເສັ້ນທາງ proxy ທີ່ເລືອກ.
ການມາຮອດ, ການຖອດລະຫັດ ແລະ ການສະແດງຜົນ
Server ສາມາດສ້າງ byte ເປັນຂັ້ນຕອນ, ຕົວກາງສາມາດເກັບພວກມັນ, ຫ້ອງສະໝຸດ client ສາມາດອ່ານຕົວຮ່າງທັງໝົດ, ແລະ ບຣາວເຊີສາມາດເລື່ອນການສະແດງຜົນ. ປຽບທຽບ byte ທຳອິດທີ່ມີປະໂຫຍດ ແລະ ຄວາມຄືບໜ້າຕໍ່ໄປໃນຈຸດທີ່ທ່ານຄວບຄຸມເສັ້ນທາງ. ເວລາແຕ້ມ ແລະ ໄລຍະເວລາລວມຂອງ server ບໍ່ໄດ້ບອກວ່າຕົວຮ່າງມາຮອດເມື່ອໃດ.
ໃນ Guzzle, ກວດສອບ ການສະຕຣີມ ແລະ ການໃຊ້ຕົວຮ່າງ ແຍກຕ່າງຫາກ. ການບີບອັດເພີ່ມຂັ້ນຕອນການຖອດລະຫັດ. ການປ່ຽນແປງເວລາທີ່ຜົນລັບທີ່ຖອດລະຫັດແລ້ວປາກົດຂຶ້ນ ບໍ່ໄດ້ພິສູດໂດຍຕົວມັນເອງວ່າ proxy ເປັນອົງປະກອບ buffering.
ສິ່ງທີ່ຕົວກາງເຫັນ
proxy CONNECT ທີ່ບໍ່ໂປ່ງໃສບໍ່ສາມາດແຍກການຕອບສະໜອງ HTTPS ພາຍໃນຄືກັບ HTTP ທຳມະດາໄດ້. ບໍລິການກວດສອບ TLS ທີ່ໄດ້ຮັບອະນຸຍາດມີການເບິ່ງເຫັນທີ່ແຕກຕ່າງ, ດັ່ງນັ້ນ HTTPS ຢ່າງດຽວບໍ່ໄດ້ພິສູດວ່າບໍ່ມີການກວດສອບ.
ເມື່ອກຳນົດຂັ້ນຕອນການລໍຖ້າໄດ້ແລ້ວ, ໃຊ້ການຄວບຄຸມການສະຕຣີມທີ່ອົງປະກອບນັ້ນຮອງຮັບ. ຄຳແນະນຳ reverse-proxy ບໍ່ໄດ້ນຳໃຊ້ກັບ forward proxy ໂດຍອັດຕະໂນມັດ; flag ຜົນລັບຂອງ curl ປ່ຽນພຽງແຕ່ສ່ວນຂອງຕົນເອງໃນເສັ້ນທາງ.