ບ່ອນທີ່ພຣັອກຊີບີບອັດສາມາດປະຫຍັດແບນວິດ

ວາງການຫຼຸດເນື້ອຫາກ່ອນລິ້ງລູກຄ້າທີ່ຈຳກັດ ແລະ ພິຈາລະນາຄຸນນະພາບຮູບພາບ, ການບີບອັດທີ່ມີຢູ່ແລ້ວ ແລະ ການເຫັນ HTTPS.

ວາງການຫຼຸດເນື້ອຫາກ່ອນລິ້ງທີ່ຈຳກັດຢູ່ໃນເສັ້ນທາງການຕອບສະໜອງ:

website → proxy transforms response → slow or metered link → browser

ຖ້າຕົວເນື້ອຫາທັງໝົດໄດ້ຜ່ານລິ້ງນັ້ນໄປແລ້ວ, ການຫຼຸດລົງພາຍຫຼັງບໍ່ສາມາດກູ້ຄືນ byte ເຫຼົ່ານັ້ນໄດ້. ຕົວແປງທີ່ຢູ່ໄກເຊິ່ງມີທາງຂຶ້ນໄວກວ່າສາມາດຮັບໃຊ້ຈຸດປະສົງທີ່ແຕກຕ່າງຈາກພຣັອກຊີທ້ອງຖິ່ນຂ້າງບຣາວເຊີ.

Ziproxy ສະແດງວິທີນີ້: ໂຄງການຂອງມັນອະທິບາຍພຣັອກຊີ HTTP ທີ່ບໍ່ເກັບແຄຊ ເຊິ່ງ gzip ເນື້ອຫາຄ້າຍຄືຂໍ້ຄວາມ ແລະ ສາມາດຜະລິດຮູບພາບນ້ອຍກວ່າ ແລະ ມີຄຸນນະພາບຕ່ຳກວ່າ.

ເສັ້ນທາງການຕອບສະໜອງການຫຼຸດລົງທີ່ເປັນໄປໄດ້
ການເຂົ້າລະຫັດ gzipບໍ່ມີການສູນເສຍ; ບຣາວເຊີຖອດລະຫັດຂໍ້ມູນເດີມ
ການບີບອັດຮູບພາບຄືນໃໝ່ອາດຖິ້ມລາຍລະອຽດ ແລະ ບໍ່ເໝາະສົມເມື່ອຮູບພາບທີ່ແນ່ນອນມີຄວາມສຳຄັນ
ເນື້ອຫາທີ່ຖືກບີບອັດຢ່າງມີປະສິດທິພາບແລ້ວມີພື້ນທີ່ໜ້ອຍກວ່າສຳລັບການຫຼຸດລົງເພີ່ມເຕີມ
HTTPS CONNECT ທຳມະດາTLS ທີ່ເບິ່ງບໍ່ເຫັນຂັດຂວາງການແປງ HTML ຫຼື ຮູບພາບ ໂດຍບໍ່ມີການຈັດລະບຽບອື່ນທີ່ໜ້າເຊື່ອຖືສຳລັບການເຂົ້າເຖິງຂໍ້ຄວາມທຳມະດາ

ການປະມວນຜົນ ແລະ ການເດີນທາງເພີ່ມເຕີມກໍ່ໃຊ້ເວລາ, ດັ່ງນັ້ນ byte ໜ້ອຍລົງບໍ່ໄດ້ຮັບປະກັນການສຳເລັດໄວຂຶ້ນ. ແຄຊໃຊ້ຄຳຕອບທີ່ເກັບໄວ້ທີ່ເໝາະສົມຄືນໃໝ່; ການບີບອັດສາມາດແປງຄຳຕອບທີ່ຫາກໍ່ໄດ້ຮັບໂດຍບໍ່ເກັບມັນໄວ້.

ບ່ອນທີ່ເນື້ອຫາ HTTP ເຫັນໄດ້, ໃຫ້ເຄົາລົບ Cache-Control: no-transform. ນະໂຍບາຍຄຳຕອບ no-transform ຄຸ້ມຄອງການຈັດການເນື້ອຫາທີ່ສອດຄ່ອງ; ມັນແຍກຈາກການເຂົ້າລະຫັດການຂົນສົ່ງ. ປະເມີນຜົນປະໂຫຍດຈາກເນື້ອຫາຕົວຈິງ ແລະ ເສັ້ນທາງການເຂົ້າລະຫັດ, ບໍ່ແມ່ນຈາກການສາທິດຮູບພາບຂໍ້ຄວາມທຳມະດາແບບເກົ່າ.

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