Sıkıştıran bir proxy bant genişliğini nerede kazanabilir
İçerik azaltmayı kısıtlı istemci bağlantısının önüne yerleştirin ve görüntü kalitesini, mevcut sıkıştırmayı ve HTTPS görünürlüğünü hesaba katın.
İçerik azaltmayı yanıt yolundaki kısıtlı bağlantının önüne yerleştirin:
website → proxy transforms response → slow or metered link → browser
Tam gövde o bağlantıyı zaten geçtiyse, sonradan küçültmek o baytları geri getiremez. Daha hızlı bir üst akışa sahip uzak dönüştürücü, tarayıcının yanındaki yerel proxy'den farklı bir amaca hizmet edebilir.
Ziproxy bu yaklaşımı örnekler: projesi, metin benzeri içeriği gzip ile sıkıştıran ve daha küçük, daha düşük kaliteli görüntüler üretebilen önbelleksiz bir HTTP proxy tanımlar.
| Yanıt yolu | Olası azalma |
|---|---|
| Gzip kodlaması | Kayıpsız; tarayıcı özgün veriyi çözer |
| Görüntülerin yeniden sıkıştırılması | Ayrıntıları atabilir ve tam görüntüler önemli olduğunda uygun olmayabilir |
| Zaten verimli biçimde sıkıştırılmış içerik | Daha fazla azaltma için daha az alan |
| Sıradan HTTPS CONNECT | Opak TLS, başka bir güvenilir düz metin erişim düzeni olmadan HTML veya görüntü dönüşümünü engeller |
İşleme ve ek sıçrama da zaman alır, bu yüzden daha az bayt daha hızlı tamamlanmayı garanti etmez. Önbellek uygun saklanmış bir yanıtı yeniden kullanır; sıkıştırma yeni alınan bir yanıtı saklamadan dönüştürebilir.
HTTP içeriğinin görünür olduğu yerlerde Cache-Control: no-transform kuralına uyun. no-transform yanıt ilkesi uyumlu içerik işlemeyi düzenler; taşıma şifrelemesinden ayrıdır. Yararları gerçek içerikten ve şifreleme yolundan tahmin edin, eski bir düz metin görüntü gösteriminden değil.