drupal 7 – ¿Cómo manejar / limpiar css / js agregados obsoletos?

Pregunta:

Solo estoy usando Drupal 7 integrado en la agregación CSS / JS, sin embargo, la carpeta de archivos donde se encuentran los archivos css.gz y js.gz se están llenando a un ritmo bastante rápido, y aunque estoy seguro de que será un tiempo antes de que comience a llenar por completo el disco, ahora es un momento tan bueno como cualquier otro para controlar la situación.

  • El recuento de archivos actual en / js es 335
  • El recuento de archivos actual en / css es 451

¿Existe algún método estándar que deba emplear para lidiar con esta situación? Preferiría una solución que mantenga al drupal al tanto.

Además, veo que muchos de los archivos gz tienen equivalentes que no son gz. ¿Hay alguna razón por la que se guardan los archivos .css y .css.gz? ¿Degredación tal vez?

Gracias

Respuesta:

En realidad, esto es por diseño para que las páginas almacenadas en caché con versiones anteriores de archivos no se rompan. Vea este problema cerrado .

TL; DR: Se eliminarán automáticamente 30 días (o lo que drupal_stale_file_threshold que esté configurada en su variable drupal_stale_file_threshold ) después de que se crearon a través de drupal_clear_css_cache() y drupal_clear_js_cache() . Entonces, la solución es modificar el valor drupal_stale_file_threshold a algo más bajo que los 30 días predeterminados.

  • ¿Cuándo se eliminan los archivos antiguos?

Los archivos de caché antiguos no se eliminan inmediatamente cuando se vacía la variable de búsqueda, sino que se eliminan después de un período establecido por drupal_delete_file_if_stale (). Esto asegura que los archivos a los que hace referencia una página almacenada en caché seguirán estando disponibles. drupal_delete_file_if_stale() predeterminado de 30 días, por lo que si a) Cron se está ejecutando correctamente yb) ve archivos agregados de más de 30 días, tiene un problema diferente.

variable_get('drupal_stale_file_threshold', 2592000) es la verificación de 30 días. variable_set('drupal_stale_file_threshold', 172800) cambiaría el tiempo de espera a dos días. En un sitio donde el manejo de la caché está estrictamente controlado, el tiempo podría ser incluso más corto.

Fuente: http://api.drupal.org/api/drupal/includes!common.inc/function/drupal_build_css_cache/7
Consulte drupal_delete_file_if_stale() para obtener más información.

  • ¿Hay alguna razón por la que se guardan los archivos .css y .css.gz?

Si la compresión CSS gzip está habilitada, las URL limpias están habilitadas (lo que significa que las reglas de reescritura están funcionando) y la extensión zlib está disponible, entonces cree una versión gzip de este archivo. Este archivo se sirve de forma condicional a los navegadores que aceptan gzip utilizando las reglas .htaccess. Fuente: http://api.drupal.org/api/drupal/includes!common.inc/function/drupal_build_css_cache/7 (En los comentarios de la función)

También vea drupal_build_js_cache() que es casi idéntico a drupal_build_css_cache() .

Leave a Comment

Your email address will not be published. Required fields are marked *

web tasarım