Каде компресирачки прокси може да заштеди пропусен опсег
Поставете го намалувањето на содржината пред ограничената клиентска врска и земете ја предвид качеството на сликите, постоечката компресија и видливоста на HTTPS.
Поставете го намалувањето на содржината пред ограничената врска на патеката на одговорот:
website → proxy transforms response → slow or metered link → browserАко целото тело веќе ја поминало таа врска, неговото подоцнежно намалување не може да ги врати тие бајти. Далечински преобразувач со побрз нагорен тек може да служи на друга цел од локален прокси до прелистувачот.
Ziproxy го илустрира пристапот: неговиот проект опишува HTTP прокси без кеширање што gzip-компресира текстуална содржина и може да создава помали слики со понизок квалитет.
| Патека на одговорот | Можно намалување |
|---|---|
| Gzip кодирање | Без загуби; прелистувачот ги декодира оригиналните податоци |
| Повторна компресија на слики | Може да отфрли детали и да биде несоодветна кога точните слики се важни |
| Веќе ефикасно компресирана содржина | Помалку простор за дополнително намалување |
| Обичен HTTPS CONNECT | Непрозирниот TLS спречува преобразба на HTML или слики без друг доверлив договор за пристап до отворен текст |
Обработката и дополнителниот скок исто така одземаат време, така што помалку бајти не гарантираат побрзо завршување. Кеширањето повторно користи соодветен зачуван одговор; компресијата може да преобразува новодобиен одговор без да го зачува.
Каде што HTTP содржината е видлива, почитувајте Cache-Control: no-transform. Политиката на одговор no-transform го уредува сообразното ракување со содржина; таа е одделна од транспортното шифрирање. Проценете ги придобивките врз основа на вистинската содржина и патеката на шифрирање, а не врз основа на стара демонстрација со слики во отворен текст.