Isso ocorre por design, para que as páginas em cache com versões mais antigas dos arquivos não sejam quebradas. Veja esta edição encerrada .
TL; DR: Eles serão excluídos automaticamente 30 dias (ou seja qual for a sua drupal_stale_file_threshold
variável definida) após serem criados via drupal_clear_css_cache()
e drupal_clear_js_cache()
. Portanto, a solução é modificar o drupal_stale_file_threshold
valor para algo menor que o padrão de 30 dias.
- Quando os arquivos antigos são excluídos
Arquivos de cache antigos não são excluídos imediatamente quando a variável de pesquisa é esvaziada, mas são excluídos após um período definido por drupal_delete_file_if_stale (). Isso garante que os arquivos referenciados por uma página em cache ainda estejam disponíveis.
drupal_delete_file_if_stale()
o padrão é 30 dias - portanto, se a) o Cron estiver sendo executado corretamente eb) você vir arquivos agregados com mais de 30 dias, terá um problema diferente.
variable_get('drupal_stale_file_threshold', 2592000)
é a verificação de 30 dias.
variable_set('drupal_stale_file_threshold', 172800)
alteraria o tempo limite para dois dias. Em um site onde o tratamento de cache é estritamente controlado, o tempo pode ser ainda menor.
Fonte: http://api.drupal.org/api/drupal/includes!common.inc/function/drupal_build_css_cache/7
Consulte drupal_delete_file_if_stale()
para obter mais informações.
- Existe algum motivo para os arquivos .css e .css.gz serem mantidos?
Se a compactação CSS gzip estiver ativada, URLs limpas serão ativadas (o que significa que as regras de reescrita estão funcionando) e a extensão zlib estará disponível. Crie uma versão compactada em gzip deste arquivo. Este arquivo é veiculado condicionalmente em navegadores que aceitam gzip usando regras .htaccess.
Fonte:
http://api.drupal.org/api/drupal/includes!common.inc/function/drupal_build_css_cache/7 (nos comentários da função)
Veja também drupal_build_js_cache()
qual é quase idêntico a drupal_build_css_cache()
.