Sur deux sites avec multidomaines (un avec 26 domaines, mais un autre avec juste 5), le cache-css dans /local enfle très vite, jusqu'à dépasser les 20 Go
Il me semble que ça apparait depuis la mise à jour 3.2.5 mais je n'en suis pas certain, je suis en train de demander l'accès à des graphes d'occupation du disque à un hébergeur pour vérifier si ça se voit dessus.
Sur un autre en 3.0.28 je n'ai pas le problème.
Sur un des deux, j'ai désactivé la compression css et js pour palier temporairement, sur l'autre ça va être plus compliqué.
Le cache-css de 27 Go contient des fichiers datés du 23/09 (date du dernier vidage de cache à priori) à aujourd'hui.
Il y a plusieurs fichiers identiques générés par seconde, d'où le poids à l'arrivée...
Et le graphe d'occupation disque montre bien une montée en flèche du 23 à aujourd'hui.
Sur un site qu’on héberge et qui utilise 6 domaines également, avec des CSS statiques et le compacteur activé, je constate rien de tel :
$ ls -l local/cache-css/ | wc -l
349
$ du -sh local/cache-css/
30M local/cache-css/
Avec des fichiers qui remontent jusqu’à février 2019
Le compresseur en lui seul n’est donc, il me semble, pas en cause.
*par contre* il est possible qu’on ait un cas foireux quand il est combiné avec un compilateur de CSS dynamiques.
Si le compilateur regénère à l’envie la CSS compilée (cache désactivé ? ou autre siouxerie ?), son timestamp change, donc son URL, donc le compresseur tourne à nouveau, et on refait un fichier compressé sous un autre nom qui in fine est potentiellement identique.
A ce propos j’ai corrigé hier un bug de SCSSPHP qui ne rafraichissait pas correctement le cache compilé lorsqu’une feuille était modifiée, peut-être c’est ça qui t’a forcé à désactiver le cache SCSS quelque part ?
Le compresseur en lui seul n’est donc, il me semble, pas en cause.
Bon ben, tant mieux pour lui, et tant pis pour moi
*par contre* il est possible qu’on ait un cas foireux quand il est combiné avec un compilateur de CSS dynamiques.
Si le compilateur regénère à l’envie la CSS compilée (cache désactivé ? ou autre siouxerie ?), son timestamp change, donc son URL, donc le compresseur tourne à nouveau, et on refait un fichier compressé sous un autre nom qui in fine est potentiellement identique.
A ce propos j’ai corrigé hier un bug de SCSSPHP qui ne rafraichissait pas correctement le cache compilé lorsqu’une feuille était modifiée, peut-être c’est ça qui t’a forcé à désactiver le cache SCSS quelque part ?
Oui, il y a du scss compilé en php.
Je teste actuellement après avoir mis à jour, je verrai d'ici quelques heures si ça continue à enfler.
