it-swarm.asia

كيفية التعامل مع / تنظيف css / js المجمعة المتقادمة؟

أنا أستخدم فقط Drupal 7 مضمن في تجميع CSS/JS ، ولكن مجلد الملفات حيث توجد ملفات css.gz و js.gz تملأ بوتيرة سريعة إلى حد ما ، وبينما أنا متأكد من أنها ستستغرق بعض الوقت قبل أن تبدأ في ملء محرك الأقراص بالكامل ، أي وقت جيد مثل أي وقت للتعامل مع الموقف.

  • عدد الملفات الحالية في/js هو 335
  • عدد الملفات الحالية في/css هو 451

هل هناك طريقة معيارية يجب أن أستخدمها للتعامل مع هذا الموقف؟ أفضل الحل الذي يبقي drupal في الحلقة.

بالإضافة إلى ذلك ، أرى أن العديد من ملفات gz لها نظيراتها غير gz. هل هناك سبب للاحتفاظ بملفات .css و. css.gz؟ الانحراف ربما؟

شكر

16
DanH

بعد 4 سنوات ، أختلف مع الإجابة الأولى ، حيث يقول المؤلف:

"هذا يضمن أن الملفات المشار إليها بواسطة صفحة مخزنة ستظل متاحة.".

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

على سبيل المثال. js__22qMV1d_G25luSFBkuR7bIuKD5FE80eKuXx6ldibEixg__yjA2JTeF2f1LUJ3PMdjMr8k9nOPZQJIcvVw-c5Gz_yc__FY0NTHFBVMd9MIGE5srDXTejEZGP-ccSH7UX2zImN-0.js

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

0
rawdesk.be