أين يمكن لوكيل ضغط أن يوفّر النطاق الترددي
ضع تقليل المحتوى قبل وصلة العميل المقيّدة واحسب جودة الصور والضغط الموجود ومدى ظهور HTTPS.
ضع تقليل المحتوى قبل الوصلة المقيّدة على مسار الاستجابة:
website → proxy transforms response → slow or metered link → browserإذا كان الجسم الكامل قد عبر تلك الوصلة بالفعل، فإن تقليصه بعد ذلك لا يستعيد تلك البايتات. وقد يخدم محوّل بعيد ذو وصلة صاعدة أسرع غرضًا مختلفًا عن وكيل محلي بجوار المتصفح.
يوضّح Ziproxy هذا النهج: يصف مشروعه وكيل HTTP غير مخزّن يضغط المحتوى الشبيه بالنص بترميز gzip ويمكنه إنتاج صور أصغر وأقل جودة.
| مسار الاستجابة | التقليل المحتمل |
|---|---|
| ترميز gzip | بلا فقد؛ يفك المتصفح ترميز البيانات الأصلية |
| إعادة ضغط الصور | قد يهدر التفاصيل ويكون غير مناسب عندما تكون الصور الدقيقة مهمة |
| محتوى مضغوط بكفاءة بالفعل | مجال أقل لمزيد من التقليل |
| CONNECT العادي عبر HTTPS | يمنع TLS المعتم تحويل HTML أو الصور دون ترتيب آخر موثوق للوصول إلى النص الصريح |
تستغرق المعالجة والقفزة الإضافية وقتًا أيضًا، لذا لا تضمن بايتات أقل إنجازًا أسرع. يعيد التخزين المؤقت استخدام استجابة مؤهلة مخزّنة؛ ويمكن للضغط تحويل استجابة جُلبت حديثًا دون تخزينها.
حيث يكون محتوى HTTP ظاهرًا، احترم Cache-Control: no-transform. تحكم سياسة الاستجابة no-transform في معالجة المحتوى المتوافقة؛ وهي منفصلة عن تشفير النقل. قدّر الفوائد من المحتوى الفعلي ومسار التشفير، لا من عرض قديم لصور بنص صريح.