Nơi một proxy nén có thể tiết kiệm băng thông
Đặt việc giảm nội dung trước liên kết máy khách bị hạn chế và tính đến chất lượng hình ảnh, nén sẵn có và khả năng hiển thị HTTPS.
Đặt việc giảm nội dung trước liên kết bị hạn chế trên đường phản hồi:
website → proxy transforms response → slow or metered link → browserNếu toàn bộ nội dung đã đi qua liên kết đó, việc thu nhỏ sau đó không thể lấy lại những byte ấy. Một bộ biến đổi từ xa có đường lên nhanh hơn có thể phục vụ mục đích khác với proxy cục bộ bên cạnh trình duyệt.
Ziproxy minh họa cách tiếp cận này: dự án của nó mô tả một proxy HTTP không lưu đệm, nén bằng gzip nội dung dạng văn bản và có thể tạo ra hình ảnh nhỏ hơn với chất lượng thấp hơn.
| Đường phản hồi | Mức giảm có thể |
|---|---|
| Mã hóa gzip | Không mất mát; trình duyệt giải mã dữ liệu gốc |
| Nén lại hình ảnh | Có thể bỏ chi tiết và không phù hợp khi hình ảnh chính xác quan trọng |
| Nội dung đã được nén hiệu quả | Ít chỗ hơn cho việc giảm tiếp |
| HTTPS CONNECT thông thường | TLS mờ đục ngăn việc biến đổi HTML hoặc hình ảnh mà không có một thỏa thuận truy cập văn bản rõ khác đáng tin cậy |
Xử lý và bước nhảy thêm cũng tốn thời gian, nên ít byte hơn không bảo đảm hoàn tất nhanh hơn. Bộ đệm dùng lại một phản hồi đã lưu đủ điều kiện; nén có thể biến đổi một phản hồi vừa lấy về mà không lưu nó.
Nơi nội dung HTTP hiển thị, hãy tuân thủ Cache-Control: no-transform. Chính sách phản hồi no-transform điều chỉnh việc xử lý nội dung tuân thủ; nó tách biệt với mã hóa vận chuyển. Ước tính lợi ích từ nội dung thực tế và đường mã hóa, không phải từ một minh họa hình ảnh văn bản rõ cũ.