Bu aslında tasarım gereğidir, böylece dosyaların eski sürümlerine sahip önbelleğe alınmış sayfalar bozulmaz. Bu kapalı konuya bakın .
TL; DR: ve drupal_stale_file_threshold
ile oluşturulduktan sonra 30 gün (veya değişkeniniz ne olursa olsun) otomatik olarak silinir . Dolayısıyla çözüm, değeri varsayılan 30 günden daha düşük bir değere değiştirmektir .drupal_clear_css_cache()
drupal_clear_js_cache()
drupal_stale_file_threshold
- Eski dosyalar ne zaman silinir
Eski önbellek dosyaları, arama değişkeni boşaltıldığında hemen silinmez, ancak belirli bir süre sonra drupal_delete_file_if_stale () ile silinir. Bu, önbelleğe alınmış bir sayfanın başvuruda bulunduğu dosyaların hala kullanılabilir olmasını sağlar.
drupal_delete_file_if_stale()
varsayılan değer 30 gündür - yani a) Cron düzgün çalışıyorsa ve b) 30 günden daha eski toplu dosyaları görürseniz farklı bir sorununuz vardır.
variable_get('drupal_stale_file_threshold', 2592000)
30 günlük çek.
variable_set('drupal_stale_file_threshold', 172800)
zaman aşımını iki gün olarak değiştirir. Önbellek işlemenin sıkı bir şekilde denetlendiği bir sitede, zaman daha da kısa olabilir.
Kaynak: http://api.drupal.org/api/drupal/includes!common.inc/function/drupal_build_css_cache/7
Daha drupal_delete_file_if_stale()
fazla bilgi için bkz .
- Hem .css hem de .css.gz dosyalarının saklanmasının bir nedeni var mı?
CSS gzip sıkıştırması etkinleştirilirse, temiz URL'ler etkinleştirilir (bu, yeniden yazma kurallarının çalıştığı anlamına gelir) ve zlib uzantısı kullanılabilir, ardından bu dosyanın gzip edilmiş bir sürümünü oluşturun. Bu dosya, .htaccess kurallarını kullanarak gzip'i kabul eden tarayıcılara koşullu olarak sunulur.
Kaynak:
http://api.drupal.org/api/drupal/includes!common.inc/function/drupal_build_css_cache/7 (İşlev yorumlarında)
Ayrıca drupal_build_js_cache()
hangisinin neredeyse aynı olduğunu görün drupal_build_css_cache()
.