압축 프록시가 대역폭을 절약할 수 있는 지점
제한된 클라이언트 링크 앞에 콘텐츠 축소를 배치하고 이미지 품질, 기존 압축, HTTPS 가시성을 고려합니다.
응답 경로에서 제한된 링크 앞에 콘텐츠 축소를 배치합니다:
website → proxy transforms response → slow or metered link → browser전체 본문이 이미 그 링크를 지났다면 나중에 줄여도 그 바이트를 되찾을 수 없습니다. 업스트림이 더 빠른 원격 변환기는 브라우저 옆의 로컬 프록시와 다른 목적을 수행할 수 있습니다.
Ziproxy는 이 접근을 보여줍니다. 이 프로젝트는 텍스트와 유사한 콘텐츠를 gzip으로 압축하고 더 작고 품질이 낮은 이미지를 만들 수 있는 비캐싱 HTTP 프록시를 설명합니다.
| 응답 경로 | 잠재적 절감 |
|---|---|
| gzip 인코딩 | 무손실이며 브라우저가 원본 데이터를 복호화합니다 |
| 이미지 재압축 | 세부 정보를 버릴 수 있고 정확한 이미지가 중요한 경우 부적합합니다 |
| 이미 효율적으로 압축된 콘텐츠 | 추가 절감의 여지가 적습니다 |
| 일반 HTTPS CONNECT | 불투명한 TLS는 다른 신뢰할 수 있는 평문 접근 방식 없이는 HTML이나 이미지 변환을 막습니다 |
처리와 추가 홉에도 시간이 걸리므로 바이트가 적다고 완료가 더 빠르다는 보장은 없습니다. 캐시는 적합한 저장 응답을 재사용하고, 압축은 새로 가져온 응답을 저장하지 않고 변환할 수 있습니다.
HTTP 콘텐츠가 보이는 곳에서는 Cache-Control: no-transform을 준수하십시오. no-transform 응답 정책은 준수하는 콘텐츠 처리를 규율하며 전송 암호화와는 별개입니다. 이점은 실제 콘텐츠와 암호화 경로로 추정하고, 오래된 평문 이미지 시연으로 추정하지 마십시오.