ที่ใดพร็อกซีบีบอัดช่วยประหยัดแบนด์วิดท์ได้
วางการลดเนื้อหาไว้ก่อนลิงก์ไคลเอนต์ที่จำกัด และคำนึงถึงคุณภาพรูปภาพ การบีบอัดที่มีอยู่แล้ว และการมองเห็น 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 ควบคุมการจัดการเนื้อหาที่สอดคล้อง ซึ่งแยกจากการเข้ารหัสระหว่างรับส่ง ประเมินประโยชน์จากเนื้อหาจริงและเส้นทางการเข้ารหัส ไม่ใช่จากการสาธิตภาพข้อความธรรมดาแบบเก่า