ການເກັບສຳຮອງ proxy HTTP ສຳລັບ URL ທີ່ມີສະຕຣິງຄຳຖາມ
ໃຫ້ຊັບພະຍາກອນທີ່ອີງໃສ່ຄຳຖາມນະໂຍບາຍເກັບສຳຮອງທີ່ຕັ້ງໃຈ ໂດຍຮັກສາຄ່າພາລາມິເຕີຂອງພວກມັນໄວ້ໃນກຸນແຈເກັບສຳຮອງ.
ພາຍໃຕ້ກົດ HTTP ສະໄໝໃໝ່ ສະຕຣິງຄຳຖາມບໍ່ເຮັດໃຫ້ການຕອບສະໜອງເກັບສຳຮອງບໍ່ໄດ້. ຊັບພະຍາກອນສາທາລະນະຄື /catalog?page=2 ສາມາດປະກາດຄວາມສົດໃໝ່ທີ່ຕັ້ງໃຈໄດ້ໂດຍກົງ:
Cache-Control: public, max-age=60ນີ້ແມ່ນນະໂຍບາຍຕົວຢ່າງສຳລັບເນື້ອຫາສາທາລະນະ. ການຕອບສະໜອງຍັງຕ້ອງຕອບສະໜອງຂໍ້ກຳນົດອື່ນໆຂອງການເກັບສຳຮອງ. ຜົນລັບທີ່ປັບແຕ່ງສ່ວນຕົວບໍ່ຄວນໄດ້ຮັບການເກັບສຳຮອງຮ່ວມພຽງເພາະຜູ້ດຳເນີນການ proxy ຕ້ອງການອັດຕາການຕີທີ່ດີກວ່າ.
ຄຳຖາມຍັງຄົງເປັນສ່ວນໜຶ່ງຂອງ URI ເປົ້າໝາຍທີ່ໃຊ້ໃນກຸນແຈເກັບສຳຮອງ. ໜ້າ 2 ແລະ ໜ້າ 3 ເປັນຄຳຮ້ອງຂໍທີ່ແຕກຕ່າງກັນ. ການລຶບຄຳຖາມເພື່ອໃຫ້ URL ຂອງພວກມັນຄ້າຍຄືກັນອາດໃຫ້ບໍລິການຜົນໜຶ່ງແທນອີກອັນໜຶ່ງ; ມັນບໍ່ເຮັດໃຫ້ຜົນທັງສອງເທົ່າທຽມກັນ.
ຂໍ້ຈຳກັດເກົ່າຂອງ HTTP ກ່ຽວກັບຄວາມສົດໃໝ່ແບບສັນນິຖານສຳລັບ URL ຄຳຖາມຖືກຍົກເລີກຫຼັງຈາກພົບວ່າຖືກຈັດຕັ້ງບໍ່ດີ. ຄວາມສົດໃໝ່ທີ່ຊັດເຈນຫຼີກລ້ຽງການອີງໃສ່ການເດົາຂອງແຄັດ ໃນຂະນະທີ່ກົດ proxy ທ້ອງຖິ່ນຍັງສາມາດຍົກເວັ້ນ URL ສະເພາະໄດ້.
ການສັນຈອນ HTTPS CONNECT ທຳມະດາປ່ອຍໃຫ້ຊັບພະຍາກອນ ແລະ ນະໂຍບາຍເກັບສຳຮອງຂອງມັນຢູ່ໃນ TLS. proxy ສົ່ງຕໍ່ແບບອຸໂມງ ບໍ່ໄດ້ຮັບແຄັດວັດຖຸສຳລັບໜ້າເຫຼົ່ານັ້ນ ພຽງເພາະ URL ໃຊ້ຄຳຖາມ.