only-if-cached ຮ້ອງຂໍການຕອບສະໜອງທີ່ເກັບໄວ້ຈາກພຣັອກຊີ

ຂໍການຕອບສະໜອງທີ່ມີຢູ່ແລ້ວຈາກແຄຊ HTTP ທີ່ຮ່ວມມື ແລະ ຕີຄວາມ 504 ວ່າເປັນການພາດ ບໍ່ແມ່ນການຄວບຄຸມທາງອອກລະດັບເຄືອຂ່າຍ.

ສຳລັບຄຳຮ້ອງທີ່ຄວນໃຊ້ການຕອບສະໜອງທີ່ເກັບໄວ້ແລ້ວ HTTP ກຳນົດ Cache-Control: only-if-cached.

ລູກຄ້າສາມາດສົ່ງມັນຜ່ານພຣັອກຊີແຄຊ HTTP:

curl --proxy http://127.0.0.1:3128 \
  --header 'Cache-Control: only-if-cached' \
  --include http://www.example.org/report

ແຄຊທີ່ເຄົາລົບຄຳແນະນຳນີ້ຄວນສົ່ງການຕອບສະໜອງທີ່ເກັບໄວ້ເຊິ່ງສອດຄ່ອງກັບຂໍ້ຈຳກັດອື່ນໆຂອງຄຳຮ້ອງ ຫຼື 504 Gateway Timeout ເມື່ອບໍ່ສາມາດຕອບສະໜອງຄຳຮ້ອງໄດ້. ນີ້ 504 ອາດສະແດງນະໂຍບາຍແຄຊ ບໍ່ແມ່ນການເຊື່ອມຕໍ່ TCP ທີ່ລົ້ມເຫຼວໄປຫາພຣັອກຊີ.

ຄຳແນະນຳບໍ່ໄດ້ອະນຸຍາດເນື້ອຫາເກົ່າໂດຍອັດຕະໂນມັດ. ຄວາມສົດໃໝ່ ຂໍ້ກຳນົດການກວດສອບ ແລະ ຟິວ Vary ທີ່ກົງກັນ ຍັງສຳຄັນຢູ່. ຄຳແນະນຳຄຳຮ້ອງ no-cache ອາດຮຽກຮ້ອງການກວດສອບທີ່ສຳເລັດຢູ່ຕົ້ນທາງກ່ອນນຳກັບມາໃຊ້.

ນີ້ຍັງແຕກຕ່າງຈາກການຕັ້ງໂໝດກວດສອບແບບອອບລາຍຂອງແຄຊ. only-if-cached ຖືກພາໄປກັບຄຳຮ້ອງແຕ່ລະອັນ ແລະ ສະແດງວ່າລູກຄ້າຍິນດີຮັບຫຍັງ.

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

ພຣັອກຊີ HTTPS CONNECT ທຳມະດາ ບໍ່ເຫັນຫົວຂໍ້ HTTP ທີ່ເຂົ້າລະຫັດ ແລະ ບໍ່ເກັບວັດຖຸໜ້າຈາກອຸໂມງນັ້ນ. ຕົວຢ່າງໃຊ້ແຫຼ່ງ HTTP ທຳມະດາທີ່ແຄຊສາມາດປະມວນຜົນໄດ້ໂດຍເຈດຕະນາ.

ບົດຄວາມທີ່ກ່ຽວຂ້ອງ