سؤال

نحن نحقق في استخدام ضغط HTTP على تطبيق يتم تقديمه بواسطة JBoss.بعد إجراء تغيير في الإعداد في Tomcat SAR، نشهد ضغطًا يبلغ حوالي 80% - ومن الواضح أن هذا أمر رائع، ولكنني أريد توخي الحذر...قبل تطبيق هذا النظام على نطاق واسع، هل واجه أي شخص مشكلات في استخدام ضغط HTTP؟

بضع نقاط يجب ملاحظتها لوضعي.

  • لدينا سيطرة كاملة على المتصفح - لذلك تستخدم الشركة بأكملها IE6/7
  • التطبيق داخلي فقط
  • أثناء اختبار التحميل، كان خادم التطبيق الخاص بنا تحت حمل صغير نسبيًا - وكانت قاعدة البيانات بمثابة عنق الزجاجة لدينا
  • لدينا سيطرة على الأجهزة العميلة ويتم فحص المواصفات (معالج جيد/ذاكرة وصول عشوائي سعة 2 جيجابايت)

أي تجارب مع هذا سيكون موضع تقدير كبير!

هل كانت مفيدة؟

المحلول

طالما أنك تحترم العميل Accept-Encoding الرأس بشكل صحيح (أيلا تقدم الملفات المضغوطة للعملاء الذين لا يمكنهم فك ضغطها)، فلن تواجه مشكلة.

أوه، وتذكر ذلك الانكماش أسرع من gzip.

نصائح أخرى

لا يعتبر الضغط أمرًا غريبًا أو نزيفًا و(مرورًا) لم أسمع عنه أو أواجه أي مشكلات معه.

يمكن أن يؤدي الضغط السريع إلى زيادة حمل وحدة المعالجة المركزية على الخادم.إذا أمكن، يمكن للضغط المسبق للموارد الثابتة والتخزين المؤقت للاستجابات الديناميكية المضغوطة مكافحة ذلك.

إنها مجرد فكرة جيدة حقًا في كل مكان.سيضيف ذلك حملًا بسيطًا على وحدة المعالجة المركزية (CPU) إلى الخادم الخاص بك، لكن هذا ليس عنق الزجاجة في العادة.سيؤدي ذلك إلى تحميل صفحاتك بشكل أسرع، وستستخدم نطاقًا تردديًا أقل.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top