Kur saspiežošais starpniekserveris var ietaupīt joslas platumu
Novietojiet satura samazināšanu pirms ierobežotās klienta saites un ņemiet vērā attēlu kvalitāti, esošo saspiešanu un HTTPS redzamību.
Novietojiet satura samazināšanu pirms ierobežotās saites atbildes ceļā:
website → proxy transforms response → slow or metered link → browserJa viss saturs jau ir šķērsojis šo saiti, vēlāka tā samazināšana šos baitus neatgūs. Attālināts pārveidotājs ar ātrāku augšupielādes ceļu var kalpot citam mērķim nekā lokāls starpniekserveris blakus pārlūkam.
Ziproxy ilustrē šo pieeju: tā projekts apraksta kešatmiņu neizmantojosu HTTP starpniekserveri, kas gzip veidā saspiež tekstveida saturu un var radīt mazākus, zemākas kvalitātes attēlus.
| Atbildes ceļš | Iespējamais samazinājums |
|---|---|
| Gzip kodējums | Bez zudumiem; pārlūks atšifrē sākotnējos datus |
| Attēlu atkārtota saspiešana | Var izmest detaļas un būt nepiemērota, ja precīzi attēli ir svarīgi |
| Jau efektīvi saspiests saturs | Mazāk vietas turpmākam samazinājumam |
| Parasts HTTPS CONNECT | Necaurspīdīgs TLS neļauj pārveidot HTML vai attēlus bez citas uzticamas atklāta teksta piekļuves kārtības |
Arī apstrāde un papildu lēciens prasa laiku, tāpēc mazāk baitu negarantē ātrāku pabeigšanu. Kešatmiņa atkārtoti izmanto piemērotu saglabātu atbildi; saspiešana var pārveidot tikko iegūtu atbildi, to neglabājot.
Kur HTTP saturs ir redzams, ievērojiet Cache-Control: no-transform. No-transform atbildes politika regulē atbilstošu satura apstrādi; tā ir atsevišķa no transporta šifrēšanas. Novērtējiet ieguvumus pēc faktiskā satura un šifrēšanas ceļa, nevis pēc vecas atklāta teksta attēlu demonstrācijas.