Non gorde dezakeen banda-zabalera konprimatze-proxy batek
Jarri edukiaren murrizketa bezeroaren esteka mugatuaren aurretik eta hartu kontuan irudi-kalitatea, lehendik dagoen konpresioa eta HTTPSaren ikusgaitasuna.
Jarri edukiaren murrizketa erantzun-bideko esteka mugatuaren aurretik:
website → proxy transforms response → slow or metered link → browserGorputz osoa esteka hori jada zeharkatu badu, geroago txikitzeak ezin ditu byte horiek berreskuratu. Goiko esteka azkarragoa duen urrutiko eraldatzaileak beste helburu bat bete dezake nabigatzailearen ondoan dagoen proxy lokalak baino.
Ziproxy-k hurbilketa hori erakusten du: bere proiektuak gzip bidez testu-itxurako edukia konprimatzen duen eta kalitate txikiagoko irudi txikiagoak sor ditzakeen HTTP proxy katxerik gabekoa deskribatzen du.
| Erantzun-bidea | Murrizketa potentziala |
|---|---|
| Gzip kodetzea | Galera gabe; nabigatzaileak jatorrizko datuak deskodetatzen ditu |
| Irudiak berriro konprimatzea | Xehetasunak gal ditzake eta desegokia izan daiteke irudi zehatzak garrantzitsuak direnean |
| Dagoeneko eraginkortasunez konprimatutako edukia | Murrizketa gehiagorako leku gutxiago |
| Ohiko HTTPS CONNECT | TLS opakuak HTML edo irudien eraldaketa eragozten du testu lauaren sarbiderako beste akordio fidagarririk gabe |
Prozesatzeak eta jauzi gehigarriak denbora ere behar dute, beraz byte gutxiagok ez dute amaiera azkarragoa bermatzen. Katxeak gordetako erantzun egoki bat berrerabiltzen du; konpresioak berriki eskuratutako erantzun bat eralda dezake gorde gabe.
HTTP edukia ikusgai dagoen lekuan, errespetatu Cache-Control: no-transform. No-transform erantzun-politikak edukia modu egokian lantzea arautzen du; garraio-zifratzetik bereizia da. Ebaluatu onurak benetako edukitik eta zifratze-bidetik, ez testu arrunteko irudien erakustaldi zahar batetik.