ສັງເກດຄຳຮ້ອງທີ່ພຣັອກຊີສົ່ງຕໍ່ຢູ່ປາຍທາງຂອງມັນ
ເລືອກຈຸດສັງເກດທີ່ຖືກຕ້ອງສຳລັບເຮົາເດີທີ່ຖືກເພີ່ມ ຫຼື ປ່ຽນແປງຫຼັງຈາກລູກຄ້າສົ່ງຄຳຮ້ອງ HTTP.
ລູກຄ້າກະກຽມຄຳຮ້ອງ HTTP, ແລະ ພຣັອກຊີສົ່ງຕໍ່ສາມາດປ່ຽນຂໍ້ຄວາມນັ້ນກ່ອນຈະສົ່ງຕໍ່ໄປ. ປາຍທາງແມ່ນສະຖານທີ່ທີ່ສະບັບທີ່ສົ່ງຕໍ່ກາຍເປັນສິ່ງທີ່ສັງເກດໄດ້.
| ຈຸດສັງເກດ | ຂໍ້ຄວາມທີ່ມີຢູ່ທີ່ນັ້ນ |
|---|---|
| ວັດຖຸຄຳຮ້ອງຂອງລູກຄ້າ | ຄຳຮ້ອງທີ່ກະກຽມສຳລັບການກ້າວທຳອິດ |
| ບັນທຶກຄຳຮ້ອງຂອງຕົ້ນທາງ ຫຼື ຕົວຈັດການສະທ້ອນ | ຄຳຮ້ອງທີ່ໄດ້ຮັບຫຼັງຈາກສົ່ງຕໍ່ |
| ຊຸດເຮົາເດີຕອບສະໜອງຂອງລູກຄ້າ | ການຕອບສະໜອງທີ່ໄດ້ຮັບໃນເສັ້ນທາງກັບຄືນ |
ສຳລັບການກວດສອບທີ່ຄວບຄຸມໄດ້, ໃຫ້ໃຊ້ຈຸດປາຍທາງທີ່ທ່ານເອງດຳເນີນການ ແລະ ບັນທຶກ ຫຼື ສົ່ງຄືນເຮົາເດີຄຳຮ້ອງທີ່ໄດ້ຮັບ. ໃຫ້ເຄື່ອງໝາຍທີ່ຮູ້ຈັກແກ່ຄຳຮ້ອງ ເພື່ອໃຫ້ບັນທຶກຕົ້ນທາງສາມາດເຊື່ອມໂຍງກັບການດຳເນີນການຂອງລູກຄ້າສະເພາະໄດ້.
ໃນແອັບພລິເຄຊັນທີ່ອີງໃສ່ WebClient, ResponseHeaders ອະທິບາຍການຕອບສະໜອງທີ່ສົ່ງຄືນ. ມັນບໍ່ແມ່ນບັນທຶກຄຳຮ້ອງຂອງພຣັອກຊີໄປຫາປາຍທາງ. ເຊີບເວີອາດເລືອກສະທ້ອນຂໍ້ມູນຄຳຮ້ອງໃນເນື້ອຫາການຕອບສະໜອງ, ແຕ່ນັ້ນແມ່ນພຶດຕິກຳຂອງແອັບພລິເຄຊັນ.
ຖ້າເສັ້ນທາງມີຕົວກາງຫຼາຍຕົວ, ປາຍທາງຈະເຫັນຜົນລວມຂອງການສົ່ງຕໍ່. ການມີເຮົາເດີພຽງຢ່າງດຽວບໍ່ໄດ້ລະບຸວ່າການປ່ຽນແປງເກີດຈາກການກ້າວໃດໜຶ່ງ. ສຳລັບຟິລ API ທີ່ກຳນົດເອງ, ກົດລະບຽບການສົ່ງຕໍ່ ແລະ ຟິລ Connection ອະທິບາຍວ່າເມື່ອໃດຄວນຄາດຫວັງການປ່ຽນແປງ.
ອຸໂມງ HTTPS CONNECT ທຳມະດາເພີ່ມຂອບເຂດອີກອັນໜຶ່ງ: ຄຳຮ້ອງ HTTP ພາຍໃນຖືກເຂົ້າລະຫັດລະຫວ່າງລູກຄ້າ ແລະ ເວັບໄຊ. ພຣັອກຊີສົ່ງຕໍ່ບໍ່ສາມາດແກ້ໄຂເຮົາເດີທີ່ເຂົ້າລະຫັດເຫຼົ່ານັ້ນໄດ້. ເຮົາເດີໃນການແລກປ່ຽນ CONNECT ເປັນຂອງການແລກປ່ຽນແຍກຕ່າງຫາກນັ້ນ, ໃນຂະນະທີ່ພຣັອກຊີກວດສອບ TLS ທີ່ບໍລິຫານມີບົດບາດຕ່າງກັນ.