Siqituvchi proksi tarmoq kengligini qayerda tejaydi
Kontentni qisqartirishni cheklangan mijoz ulanishidan oldin joylashtiring va rasm sifati, mavjud siqish hamda HTTPS ko'rinishini hisobga oling.
Kontentni qisqartirishni javob yo'lidagi cheklangan ulanishdan oldin joylashtiring:
website → proxy transforms response → slow or metered link → browserAgar butun tana bu ulanishdan allaqachon o'tgan bo'lsa, keyin uni kichraytirish bu baytlarni qaytara olmaydi. Tezroq yuqori oqimga ega masofaviy o'zgartirgich brauzer yonidagi mahalliy proksidan boshqa maqsadga xizmat qilishi mumkin.
Ziproxy bu yondashuvni ko'rsatadi: uning loyihasi matnga o'xshash kontentni gzip bilan siqadigan va kichikroq, past sifatli rasmlar ishlab chiqara oladigan keshsiz HTTP proksini tavsiflaydi.
| Javob yo'li | Mumkin bo'lgan qisqarish |
|---|---|
| Gzip kodlash | Yo'qotishsiz; brauzer asl ma'lumotni dekodlaydi |
| Rasmlarni qayta siqish | Tafsilotlarni tashlab yuborishi mumkin va aniq rasmlar muhim bo'lganda mos kelmasligi mumkin |
| Allaqachon samarali siqilgan kontent | Keyingi qisqarish uchun kam joy |
| Oddiy HTTPS CONNECT | Shaffof bo'lmagan TLS boshqa ishonchli ochiq matn kirish tartibisiz HTML yoki rasmlarni o'zgartirishga to'sqinlik qiladi |
Qayta ishlash va qo'shimcha sakrash ham vaqt oladi, shuning uchun kamroq bayt tezroq tugashni kafolatlamaydi. Kesh mos saqlangan javobni qayta ishlatadi; siqish yangi olingan javobni saqlamasdan o'zgartirishi mumkin.
HTTP kontenti ko'rinadigan joyda Cache-Control: no-transform ga rioya qiling. no-transform javob siyosati mos kontent ishlovini boshqaradi; u transport shifrlashdan alohida. Foydani haqiqiy kontent va shifrlash yo'lidan baholang, eski ochiq matnli rasm namoyishidan emas.