Comment gérer / nettoyer les CSS / JS agrégés obsolètes?
J'utilise uniquement Drupal 7 intégré dans l'agrégation CSS/JS, cependant le dossier de fichiers où les fichiers css.gz et js.gz vivent se remplissent à un rythme assez rapide, et pendant que je Je suis sûr qu'il faudra un certain temps avant qu'il ne commence à remplir complètement le lecteur, il est maintenant aussi bon que n'importe quel moment pour comprendre la situation.
- Le nombre actuel de fichiers dans/js est de 335
- Le nombre actuel de fichiers dans/css est de 451
Existe-t-il une méthode standard que je devrais utiliser pour faire face à cette situation? Je préfère une solution qui garde le drupal dans la boucle.
De plus, je constate que de nombreux fichiers gz ont des homologues non gz. Y a-t-il une raison pour laquelle les fichiers .css et .css.gz sont conservés? Degrédation peut-être?
Merci
Après 4 ans, je dois être en désaccord avec la première réponse, où l'auteur déclare:
Msgstr "Ceci garantit que les fichiers référencés par une page en cache seront toujours disponibles.".
Peut-être que certaines choses ont été modifiées/optimisées dans le provisionnement d'agrégation de fichiers plus anciens, mais si je supprime un fichier plus ancien manuellement sur le serveur dans files/advagg_js (que j'utilise apparemment toujours dans l'un de mes navigateurs), le rechargement de page suivant se régénère exactement le même fichier avec le code source javascript récemment ajouté, comme si drupal_build_js_cache() était exécuté sur ce nom de fichier agrégé.
par exemple. js__22qMV1d_G25luSFBkuR7bIuKD5FE80eKuXx6ldibEixg__yjA2JTeF2f1LUJ3PMdjMr8k9nOPZQJIcvVw-c5Gz_yc__FY0NTHFBVMd9MIGE5srDXTejEZGP-ccSH7UX2zImN-0.js
Je conclus donc la fixation d'une baisse significative drupal_stale_file_threshold ne causerait aucun problème, et même la suppression de tous les fichiers agrégés suivie d'un effacement du cache forcerait une régénération des agrégats (test et confirmation du travail sur les rechargements de page)