Kus tihendav puhverserver saab ribalaiust säästa
Asetage sisu vähendamine enne piiratud kliendiühendust ning arvestage pildikvaliteedi, olemasoleva tihendamise ja HTTPS-i nähtavusega.
Asetage sisu vähendamine vastuseteel enne piiratud ühendust:
website → proxy transforms response → slow or metered link → browser
Kui kogu keha on selle ühenduse juba läbinud, ei too hilisem vähendamine neid baite tagasi. Kaugemal asuv kiirema ülesvooluga teisendaja võib teenida teist eesmärki kui brauseri kõrval olev kohalik puhverserver.
Ziproxy illustreerib seda lähenemist: selle projekt kirjeldab mittevahemälu HTTP-puhverserverit, mis gzip-tihendab tekstilaadset sisu ja suudab toota väiksemaid madalama kvaliteediga pilte.
| Vastusetee | Võimalik vähendamine |
|---|---|
| Gzip-kodeering | Kadudeta; brauser dekodeerib algandmed |
| Piltide uuesti tihendamine | Võib detailid kaotada ja olla sobimatu, kui täpsed pildid on olulised |
| Juba tõhusalt tihendatud sisu | Vähem ruumi täiendavaks vähendamiseks |
| Tavaline HTTPS CONNECT | Läbipaistmatu TLS takistab HTML-i või piltide teisendamist ilma teise usaldusväärse avateksti juurdepääsukorralduseta |
Ka töötlemine ja lisahüpe võtavad aega, seega väiksem baitide arv ei taga kiiremat lõpetamist. Vahemälu kasutab uuesti sobilikku salvestatud vastust; tihendamine saab teisendada äsja hangitud vastust ilma seda salvestamata.
Kus HTTP-sisu on nähtav, järgige Cache-Control: no-transform. No-transform vastusepoliitika reguleerib nõuetekohast sisukäitlust; see on transpordikrüpteerimisest eraldi. Hinnake kasu tegelikust sisust ja krüpteerimisteest, mitte vanast avateksti-piltide demonstreeringust.