Wêr't in komprimearjende proxy bânbreedte besparje kin
Pleatstje ynhâldsreduksje foar de beheinde klantferbining en hâld rekken mei byldkwaliteit, besteande kompresje en HTTPS-sichtberens.
Pleatstje ynhâldsreduksje foar de beheinde ferbining op it antwurdpaad:
website → proxy transforms response → slow or metered link → browserAs it folsleine lichem dy ferbining al passearre hat, kin it letter lytser meitsjen dy bytes net weromwinne. In transformator fier fuort mei in flugger opstream kin in oar doel tsjinje as in lokale proxy njonken de browser.
Ziproxy yllustrearret de oanpak: it projekt beskriuwt in net-kachende HTTP-proxy dy't tekstlykse ynhâld gzipt en lytsere bylden fan legere kwaliteit meitsje kin.
| Antwurdpaad | Mooglike reduksje |
|---|---|
| Gzip-kodearring | Ferliesleas; de browser dekodearret de oarspronklike gegevens |
| Weromkompresje fan bylden | Kin details weismite en ûngeskikt wêze as krekte bylden fan belang binne |
| Ynhâld dy't al effisjint komprimearre is | Minder romte foar fierdere reduksje |
| Gewoane HTTPS CONNECT | Ûntrochsichtich TLS foarkomt it omsetten fan HTML of bylden sûnder in oare fertroude regeling foar tagong ta platte tekst |
Ferwurking en de ekstra sprong kostje ek tiid, dus minder bytes garandearje net in flugger ein. Cache brûkt in geskikt bewarre antwurd opnij; kompresje kin in nij ophelle antwurd omsette sûnder it te bewarjen.
Wêr't HTTP-ynhâld sichtber is, hâld Cache-Control: no-transform. It no-transform-antwurdbelied regelet it oerienkomstige omgean mei ynhâld; it stiet los fan ferfiersfersifering. Skat foardielen út de werklike ynhâld en it fersiferingspaad, net út in âlde demonstraasje mei platte-tekstbylden.