이전 버전의 파일이있는 캐시 된 페이지가 손상되지 않도록 설계되었습니다. 이 닫힌 문제를 참조하십시오 .
TL; DR : 그들은 30 일 후 자동 삭제됩니다 (또는 무엇이든 drupal_stale_file_threshold
변수로 설정) 그들이 통해 생성 된 후에 drupal_clear_css_cache()
하고 drupal_clear_js_cache()
. 따라서 해결책은 drupal_stale_file_threshold
값을 기본 30 일보다 낮은 값 으로 수정하는 것입니다.
- 오래된 파일은 언제 삭제됩니까?
조회 변수를 비울 때 이전 캐시 파일은 즉시 삭제되지 않지만 drupal_delete_file_if_stale ()에 의해 설정된 기간이 지나면 삭제됩니다. 이렇게하면 캐시 된 페이지에서 참조한 파일을 계속 사용할 수 있습니다.
drupal_delete_file_if_stale()
a) Cron이 제대로 실행되고 b) 30 일보다 오래된 집계 파일이 표시되면 다른 문제가있는 것입니다.
variable_get('drupal_stale_file_threshold', 2592000)
30 일 확인입니다.
variable_set('drupal_stale_file_threshold', 172800)
시간 초과를 2 일로 변경합니다. 캐시 처리가 엄격하게 제어되는 사이트에서는 시간이 훨씬 단축 될 수 있습니다.
출처 : http://api.drupal.org/api/drupal/includes!common.inc/function/drupal_build_css_cache/7
자세한 내용 drupal_delete_file_if_stale()
은 참조하십시오.
- .css 및 .css.gz 파일이 모두 유지되는 이유가 있습니까?
CSS gzip 압축이 활성화 된 경우 클린 URL이 활성화되고 (다시 쓰기 규칙이 작동 함을 의미) zlib 확장이 사용 가능한 경우이 파일의 gzipped 버전을 만듭니다. 이 파일은 .htaccess 규칙을 사용하여 gzip을 허용하는 브라우저에 조건부로 제공됩니다.
출처 :
http://api.drupal.org/api/drupal/includes!common.inc/function/drupal_build_css_cache/7 (함수 주석에서)
또한 drupal_build_js_cache()
어느 것과 거의 동일한 지 확인하십시오 drupal_build_css_cache()
.