Waar 'n komprimerende proxy bandwydte kan bespaar
Plaas inhoudsvermindering voor die beperkte kliëntskakel en hou rekening met beeldkwaliteit, bestaande kompressie en die sigbaarheid van HTTPS.
Plaas inhoudsvermindering voor die beperkte skakel op die antwoordpad:
website → proxy transforms response → slow or metered link → browserAs die volle liggaam reeds daardie skakel oorgesteek het, kan die verkleining daarvan daarna nie daardie grepe terugwin nie. 'n Afgeleë transformeerder met 'n vinniger opstroom kan 'n ander doel dien as 'n plaaslike proxy langs die blaaier.
Ziproxy illustreer die benadering: sy projek beskryf 'n nie-kasserende HTTP-proxy wat teksagtige inhoud gzip en kleiner beelde met laer gehalte kan lewer.
| Antwoordpad | Moontlike vermindering |
|---|---|
| Gzip-kodering | Verliesloos; die blaaier dekodeer die oorspronklike data |
| Herkompressie van beelde | Kan besonderhede prysgee en ongeskik wees wanneer presiese beelde saak maak |
| Inhoud wat reeds doeltreffend saamgepers is | Minder ruimte vir verdere vermindering |
| Gewone HTTPS CONNECT | Onherkenbare TLS verhoed die transformasie van HTML of beelde sonder 'n ander vertroude reëling vir toegang tot gewone teks |
Verwerking en die ekstra sprong neem ook tyd in beslag, dus minder grepe waarborg nie vinniger voltooiing nie. Kassering hergebruik 'n geskikte gestoorde antwoord; kompressie kan 'n nuut opgehaalde antwoord transformeer sonder om dit te stoor.
Waar HTTP-inhoud sigbaar is, eerbiedig Cache-Control: no-transform. Die no-transform-antwoordbeleid bepaal die hantering van inhoud wat daaraan voldoen; dit staan apart van vervoerversleuteling. Skat voordele uit die werklike inhoud en versleutelingspad, nie uit 'n ou demonstrasie met gewone teksbeelde nie.