[spip-dev] SPIP 2.1.12, local/cache-css enoooooorme !

Bonjour,

Sur un serveur, j'ai saturé le disque dur à cause de dossiers local/cache-css ayant des tellement de fichiers que rm * -f n'était pas capable de les supprimer (un dossier faisant 29Go, un autre encore plus)
J'ai mis à jour en SVN des fois que ça vienne d'une version intermédiaire.

Pour vider les dossier, la commande que j'ai trouvé en cherchant est (en étant dans le dossier cache-css fautif) :
find ./ -type f -name '*' -delete
(ça tourne depuis plusieurs heures sans avoir terminé tous les dossiers).

Des fois que ça serve à quelqu'un.

* RealET tapuscrivait, le 12/02/2012 22:09:

Bonjour,

Sur un serveur, j'ai saturé le disque dur à cause de dossiers
local/cache-css ayant des tellement de fichiers que rm * -f n'était pas
capable de les supprimer (un dossier faisant 29Go, un autre encore plus)
J'ai mis à jour en SVN des fois que ça vienne d'une version intermédiaire.

Pour vider les dossier, la commande que j'ai trouvé en cherchant est (en
étant dans le dossier cache-css fautif) :
find ./ -type f -name '*' -delete
(ça tourne depuis plusieurs heures sans avoir terminé tous les dossiers).

Des fois que ça serve à quelqu'un.

J'ai progressé dans l'effacement des fichiers. c'est pas terminé, mais il y a déjà 120Go de libérés !

Et sur la cause du problème, c'est une conjonction entre :
#PRODUIRE, |timestamp
et le compactage des CSS
Car la CSS compactée contient :
local/cache-css/cssdyn-73c8949e921bc4937e5f6bcc6b4240bc.css?1328354858

Avec pour chaque CSS compactée en trop un timestamp (?nnnnnnnn) différent.

J'ai donc mis à jour le squelette pour ne plus avoir de |timestamp sur les #PRODUIRE (ce qui était au demeurant stupide de ma part).

Ah ben c'est un peu un croc en jambe que tu lui faisais là...

JL

* JLuc tapuscrivait, le 13/02/2012 21:23: