ອ່ານຈາກແຄດພຣັອກຊີ ເມື່ອເຄືອຂ່າຍຂາດການເຊື່ອມຕໍ່
ກະກຽມຊຸດຕອບສະໜອງທີ່ນຳມາໃຊ້ຄືນໄດ້ຕົວຈິງ ທີ່ຕ້ອງການສຳລັບການອ່ານແບບອອບລາຍ ລວມທັງການເພິ່ງພາ ແລະ ພຶດຕິກຳຄວາມສົດໃໝ່.
ໜ້າໜຶ່ງເປີດຂຶ້ນໃນຂະນະທີ່ເຄືອຂ່າຍຍັງມີຢູ່ ແລ້ວຕໍ່ມາກໍສູນເສຍຮູບແບບ ແລະ ຮູບພາບຂອງມັນເມື່ອອອບລາຍ. HTML ເປັນພຽງໜຶ່ງໃນວັດຖຸທີ່ເຊສຊັນການອ່ານຕ້ອງການ.
ແຄດທາງໜ້າເກັບຮັກສາຕອບສະໜອງທີ່ເໝາະສົມທີ່ຜ່ານມັນ. ມັນບໍ່ຄົ້ນພົບທຸກລິ້ງໃນອະນາຄົດ, ບໍ່ໄດ້ເອົາແຫຼ່ງຊັບພະຍາກອນທີ່ຖືກກ່າວເຖິງພຽງໃນ HTML, ແລະ ບໍ່ໄດ້ສ້າງແອັບພລິເຄຊັນທີ່ເຮັດວຽກຢູ່ຕົ້ນກຳເນີດຄືນ.
ກະກຽມຊຸດການອ່ານ
ຈົດລາຍການເອກະສານທີ່ຜູ້ອ່ານຕ້ອງການ, ຮູບພາບ, ແຜ່ນຮູບແບບ ແລະ ການເພິ່ງພາອື່ນໆ. ແລ້ວແຍກສາມກໍລະນີ:
| ສະຖານະຂອງຕອບສະໜອງ | ຜົນຕາມມາອອບລາຍ |
|---|---|
| ເກັບໄວ້ ແລະ ນຳມາໃຊ້ຄືນໄດ້ | ແຄດອາດຕອບສະໜອງຄຳຂໍໄດ້ |
| ເກັບໄວ້ ແຕ່ຕ້ອງການການກວດສອບ | ຕົ້ນກຳເນີດທີ່ຂາດຫາຍອາດສະກັດກັ້ນການໃຊ້ຄືນ |
| ບໍ່ເຄີຍເກັບ ຫຼື ບໍ່ມີໃນແຄດ | ບໍ່ມີໄບຕ໌ຕອບສະໜອງໃຫ້ບໍລິການ |
ການເປີດໜ້າດຽວກ່ອນຕັດການເຊື່ອມຕໍ່ ບໍ່ໄດ້ພິສູດວ່າທຸກການເພິ່ງພາໄດ້ໄປຮອດແຄດຮ່ວມນີ້. ບຣາວເຊີອາດໄດ້ບໍລິການແຫຼ່ງຊັບພະຍາກອນບາງຢ່າງຈາກແຄດທ້ອງຖິ່ນຂອງມັນເອງ.
ຄວາມສົດໃໝ່ຢູ່ລອດເມື່ອດຶງສາຍອອກ
ການເຮັດວຽກແບບອອບລາຍຕ້ອງການນະໂຍບາຍທີ່ຊັດເຈນສຳລັບເນື້ອຫາເກົ່າ. ຄຳຂໍ only-if-cached ເປັນວິທີແຍກຕ່າງຫາກໃນການຂໍຕອບສະໜອງທີ່ເກັບໄວ້ແລ້ວຈາກແຄດທີ່ຮ່ວມມື. HTTP ມີຂໍ້ຈຳກັດວ່າຕອບສະໜອງເກົ່າຈະຖືກໃຊ້ໄດ້ເມື່ອໃດ ລວມທັງຂໍ້ກຳນົດການກວດສອບຄືນທີ່ໃຊ້ໄດ້. ວັດຖຸທີ່ເກັບໄວ້ບໍ່ແມ່ນການອະນຸຍາດຢ່າງບໍ່ມີເງື່ອນໄຂໃຫ້ບໍລິການມັນຢ່າງບໍ່ມີຂອບເຂດ.
offline_mode ຂອງ Squid 7 ເປັນຕົວເລືອກການຕິດຕັ້ງສະເພາະທີ່ຢຸດຄວາມພະຍາຍາມກວດສອບປົກກະຕິ. ມັນປ່ຽນພຶດຕິກຳການກວດສອບ; ມັນບໍ່ສາມາດສ້າງວັດຖຸທີ່ຂາດຫາຍ ຫຼື ສ້າງຂະບວນການເຂົ້າສູ່ລະບົບສົດໆຄືນໄດ້. ຄຳສັ່ງນີ້ບໍ່ມີໃນ Squid 8.
HTTPS CONNECT ປົກກະຕິກໍຮັກສາເນື້ອຫາໜ້າໄວ້ພາຍໃນ TLS. ພຣັອກຊີແບບອຸໂມງ ບໍ່ໄດ້ຮັບວັດຖຸ HTML ແລະ ຮູບພາບທີ່ນຳມາໃຊ້ຄືນໄດ້ຈາກໄບຕ໌ທີ່ເຂົ້າລະຫັດເຫຼົ່ານັ້ນ.
ສຳລັບຄໍເລັກຊັນການອ່ານສາທາລະນະທີ່ກຳນົດໄວ້, ຈົ່ງວາງແຜນ ແລະ ກວດສອບຊຸດວຽກທັງໝົດ ແລະ ນະໂຍບາຍການອັບເດດຂອງມັນ. ສຳລັບການທ່ອງເວັບແບບໂຕ້ຕອບຕາມອຳເພີໃຈ, ແຄດຢ່າງດຽວບໍ່ສາມາດສັນຍາສຳເນົາອອບລາຍທີ່ສົມບູນຂອງສິ່ງທີ່ຜູ້ໃຊ້ອາດຈະຂໍຕໍ່ໄປໄດ້.