Kur suspaudžiantis tarpinis serveris gali sutaupyti pralaidumo
Įdėkite turinio mažinimą prieš ribotą kliento ryšį ir atsižvelkite į vaizdų kokybę, esamą suspaudimą ir HTTPS matomumą.
Įdėkite turinio mažinimą prieš ribotą ryšį atsakymo kelyje:
website → proxy transforms response → slow or metered link → browserJei visas turinys jau perėjo tą ryšį, vėlesnis jo mažinimas tų baitų neatgaus. Nuotolinis keitiklis su spartesniu išsiuntimo keliu gali tarnauti kitam tikslui nei vietinis tarpinis serveris prie naršyklės.
Ziproxy iliustruoja šį požiūrį: jo projektas aprašo nenaudojantį podėlio HTTP tarpinį serverį, kuris gzip būdu suspaudžia tekstinį turinį ir gali kurti mažesnius, prastesnės kokybės vaizdus.
| Atsakymo kelias | Galimas sumažinimas |
|---|---|
| Gzip kodavimas | Be nuostolių; naršyklė iškoduoja pirminius duomenis |
| Vaizdų pakartotinis suspaudimas | Gali prarasti detales ir būti netinkamas, kai svarbūs tikslūs vaizdai |
| Jau efektyviai suspaustas turinys | Mažiau erdvės tolesniam mažinimui |
| Įprastas HTTPS CONNECT | Nepermatomas TLS neleidžia keisti HTML ar vaizdų be kitos patikimos atviro teksto prieigos tvarkos |
Apdorojimas ir papildomas šuolis taip pat užima laiko, todėl mažiau baitų negarantuoja greitesnio užbaigimo. Podėlis pakartotinai naudoja tinkamą saugomą atsakymą; suspaudimas gali pakeisti ką tik gautą atsakymą jo nesaugodamas.
Kur HTTP turinys matomas, laikykitės Cache-Control: no-transform. No-transform atsakymo taisyklė reglamentuoja atitinkamą turinio tvarkymą; ji atskira nuo perdavimo šifravimo. Naudą vertinkite pagal faktinį turinį ir šifravimo kelią, o ne pagal seną atviro teksto vaizdų demonstraciją.