ວິທີທີ່ພຣັອກຊີສົ່ງຕໍ່ຈັດການຫົວຂໍ້ API ແບບກຳນົດເອງ

API ສາມາດບັນຈຸເວີຊັນຂອງຕົນໃນຊ່ອງຂໍ້ມູນຄຳຮ້ອງແບບກຳນົດເອງ ເຊັ່ນ API-Version. ພຣັອກຊີສົ່ງຕໍ່ປົກກະຕິບໍ່ຄວນຖິ້ມຊ່ອງຂໍ້ມູນນັ້ນ ພຽງເພາະຊື່ບໍ່ຄຸ້ນເຄີຍ. HTTP ຮຽກຮ້ອງໃຫ້ສົ່ງຕໍ່ຊ່ອງຂໍ້ມູນທີ່ບໍ່ຮູ້ຈັກ ເວັ້ນແຕ່ມີຂໍ້ຍົກເວັ້ນທີ່ກຳນົດໄວ້ ຫຼື ນະໂຍບາຍທີ່ຕັ້ງຄ່າໄວ້.

ຊ່ອງຂໍ້ມູນ Connection ແມ່ນໜຶ່ງໃນຂໍ້ຍົກເວັ້ນເຫຼົ່ານັ້ນ. ປຽບທຽບຄຳຮ້ອງຕົວຢ່າງເຫຼົ່ານີ້:

API-Version: 2026-10
Connection: keep-alive

ທີ່ນີ້ ຊ່ອງຂໍ້ມູນ API ບໍ່ໄດ້ຖືກກຳນົດວ່າເປັນທ້ອງຖິ່ນສຳລັບການເຊື່ອມຕໍ່ນີ້. ໃນຕົວຢ່າງຕໍ່ໄປ ຜູ້ສົ່ງປ່ຽນຂອບເຂດຂອງມັນຢ່າງຊັດເຈນ:

API-Version: 2026-10
Connection: API-Version

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

ຊອກຫາຈຸດທີ່ຊ່ອງຂໍ້ມູນປ່ຽນ

ປຽບທຽບຄຳຮ້ອງທີ່ລູກຄ້າສ້າງ, ຊ່ອງຂໍ້ມູນທີ່ພຣັອກຊີຮັບ ແລະ ສົ່ງຕໍ່, ແລະ ສິ່ງທີ່ຕົ້ນກຳເນີດໄດ້ຮັບ. ລູກຄ້າອາດລະເວັ້ນຫົວຂໍ້ກ່ອນພຣັອກຊີເຫັນມັນ; ຕົວກັ່ນຕອງທີ່ຕັ້ງຄ່າໄວ້ອາດລຶບມັນຢ່າງເຈດຕະນາ; ເຊີບເວີອາດປະຕິເສດຄຳຮ້ອງ ເພາະເກີນຂອບເຂດຫົວຂໍ້.

ຢ່າສະຫຼຸບວ່າມີການລຶບຢ່າງງຽບໆ ພຽງແຕ່ຈາກຂີດຈຳກັດຂະໜາດຫົວຂໍ້ທີ່ລາຍງານໃນການຕິດຕັ້ງເກົ່າ. ຂີດຈຳກັດ ແລະ ພຶດຕິກຳການປະຕິເສດເປັນຂອງອົງປະກອບ ແລະ ການຕັ້ງຄ່າຕົວຈິງ. ເກັບການຕອບສະໜອງ HTTP ແລະ ບັນທຶກທີ່ກ່ຽວຂ້ອງໄວ້ກັບການສັງເກດ.

ສຳລັບ HTTPS ແບບປາຍຕໍ່ປາຍພາຍໃນອຸໂມງ CONNECT ປົກກະຕິ ພຣັອກຊີບໍ່ສາມາດອ່ານ ແລະ ລຶບຊ່ອງຂໍ້ມູນ API ພາຍໃນແບບເລືອກໄດ້. ການກວດຫົວຂໍ້ແລ້ວເປັນຂອງປາຍ TLS ຫຼື ຕົວກາງກວດກາທີ່ໄວ້ໃຈຢ່າງຊັດເຈນ.