Kje lahko kompresijski posrednik prihrani pasovno širino
Postavite zmanjšanje vsebine pred omejeno odjemalsko povezavo in upoštevajte kakovost slik, obstoječo kompresijo in vidnost HTTPS.
Postavite zmanjšanje vsebine pred omejeno povezavo na poti odgovora:
website → proxy transforms response → slow or metered link → browserČe je celotno telo to povezavo že prečkalo, poznejše pomanjšanje teh bajtov ne more povrniti. Oddaljeni pretvornik s hitrejšo vzgonsko povezavo lahko služi drugemu namenu kot krajevni posrednik ob brskalniku.
Ziproxy ponazarja ta pristop: njegov projekt opisuje HTTP posrednik brez predpomnilnika, ki gzip-komprimira besedilno vsebino in lahko ustvari manjše slike nižje kakovosti.
| Pot odgovora | Možno zmanjšanje |
|---|---|
| Kodiranje gzip | Brez izgub; brskalnik dekodira izvirne podatke |
| Ponovno stiskanje slik | Lahko zavrže podrobnosti in je neprimerno, ko so pomembne natančne slike |
| Vsebina, ki je že učinkovito stisnjena | Manj prostora za nadaljnje zmanjšanje |
| Običajni HTTPS CONNECT | Neprozorni TLS preprečuje pretvorbo HTML ali slik brez druge zaupanja vredne ureditve dostopa do odprtega besedila |
Tudi obdelava in dodatni skok vzameta čas, zato manj bajtov ne zagotavlja hitrejšega dokončanja. Predpomnilnik znova uporabi ustrezni shranjeni odgovor; stiskanje lahko pretvori pravkar pridobljeni odgovor, ne da bi ga shranilo.
Kjer je vsebina HTTP vidna, spoštujte Cache-Control: no-transform. Pravilo odgovora no-transform ureja skladno ravnanje z vsebino; ločeno je od šifriranja prenosa. Koristi ocenite po dejanski vsebini in poti šifriranja, ne po stari predstavitvi slik v odprtem besedilu.