Di Mana Proksi Mampat Boleh Menjimatkan Lebar Jalur
Letakkan pengurangan kandungan sebelum pautan klien terhad dan ambil kira kualiti imej, pemampatan sedia ada dan keterlihatan HTTPS.
Letakkan pengurangan kandungan sebelum pautan terhad pada laluan respons:
website → proxy transforms response → slow or metered link → browserJika keseluruhan badan sudah melintasi pautan itu, mengecilkannya selepas itu tidak dapat memulihkan bait tersebut. Penjelma jauh dengan huluan lebih pantas boleh memenuhi tujuan berbeza daripada proksi setempat di sebelah pelayar.
Ziproxy menggambarkan pendekatan ini: projeknya menerangkan proksi HTTP tanpa cache yang memampatkan kandungan seperti teks dengan gzip dan boleh menghasilkan imej lebih kecil dengan kualiti lebih rendah.
| Laluan respons | Pengurangan berpotensi |
|---|---|
| Pengekodan gzip | Tanpa kehilangan; pelayar menyahkod data asal |
| Pemampatan semula imej | Boleh membuang perincian dan tidak sesuai apabila imej tepat penting |
| Kandungan yang sudah dimampatkan dengan cekap | Kurang ruang untuk pengurangan selanjutnya |
| HTTPS CONNECT biasa | TLS legap menghalang penjelmaan HTML atau imej tanpa susunan akses teks biasa lain yang dipercayai |
Pemprosesan dan lompatan tambahan juga mengambil masa, jadi bait yang lebih sedikit tidak menjamin penyiapan lebih pantas. Cache menggunakan semula respons tersimpan yang layak; pemampatan boleh menjelma respons yang baru diambil tanpa menyimpannya.
Di mana kandungan HTTP kelihatan, patuhi Cache-Control: no-transform. Dasar respons no-transform mengawal pengendalian kandungan yang patuh; ia berasingan daripada penyulitan pengangkutan. Anggarkan faedah daripada kandungan sebenar dan laluan penyulitan, bukan daripada demonstrasi lama imej teks biasa.