spip et espace disque

bonjour la liste, aujourd'hui je me suis aperçu que mon site était en partie
buggé, et j'ai vite réalisé que c'était parce que j'avais dépassé mon espace
disque. "J'avais" ou plutôt spip, car moi je n'ai rien fait dernièrement sur
ces comptes (enfin si 1 ou 2 articles...)

voila la situation : j'ai un compte avec 80 Mo de fichiers (spip et autre),
3 spip sur une bdd (2 sites persos pas énormes et 1 site de test, avec
toutes les fonctions activées), ce qui me donne depuis ce matin un total de
204 Mo donc plouf le site :(( [des messages d'erreurs de partout avec en
rouge > Error writing file '/var/log/mysql.log' (Errcode: 28)]

la question : j'ai déjà entendu parler sur la liste de ce genre de problème,
est-ce que qqn aurait trouvé une solution efficace d'amaigrissement des
tables gérées par spip ? un truc plus ou moins automatique (ou a faire
régulièrement) pour faire un peu maigrir la base de données...

par exemple les referers depuis 2 ans bof perso, pareil pour les ip des
posteurs des forums (vu que c tous mes potes), j'imagine aussi que
l'indexation prend de la place et qu'on peut en gagner.

merci de ne pas me répondre de supprimer ces fonctionnalités, je connais
déjà cette possibilité, le fait de vider le cache aussi je connais, mais ce
n'est qu'une rustine, pas une solution au problème.

autre question, pour les dev : ne serait-il pas important de s'intéresser à
cette question plus finement, car a quoi bon développer de nouvelles
fonctionnalités si c'est pour avoir un spip utilisable uniquement sur des
serveurs dédiés ?

Dorian, et ses 2 sites bientôt en carafe
http://www.3studio.org
http://dcc.3studio.org

voila la situation : j'ai un compte avec 80 Mo de fichiers (spip et autre),
3 spip sur une bdd (2 sites persos pas énormes et 1 site de test, avec
toutes les fonctions activées), ce qui me donne depuis ce matin un total de
204 Mo donc plouf le site :(( [des messages d'erreurs de partout avec en
rouge > Error writing file '/var/log/mysql.log' (Errcode: 28)]

après étude (un peu plus) approfondie il me semble que spip ne soit pas le
(seul) fautif, je cherche du cote de l'hébergeur... ce qui ne m'empêche pas
de toujours me poser la question pour le jour ou ma table sera devenu trop
énorme :wink:

la question : j'ai déjà entendu parler sur la liste de ce genre de problème,
est-ce que qqn aurait trouvé une solution efficace d'amaigrissement des
tables gérées par spip ? un truc plus ou moins automatique (ou a faire
régulièrement) pour faire un peu maigrir la base de données...

Dorian

@ oOo-- DoriaN --oOo <dorian@3studio.org> :

bonjour la liste, aujourd'hui je me suis aperçu que mon site était en partie
buggé, et j'ai vite réalisé que c'était parce que j'avais dépassé mon espace
disque. "J'avais" ou plutôt spip, car moi je n'ai rien fait dernièrement sur
ces comptes (enfin si 1 ou 2 articles...)

voila la situation : j'ai un compte avec 80 Mo de fichiers (spip et autre),
3 spip sur une bdd (2 sites persos pas énormes et 1 site de test, avec
toutes les fonctions activées), ce qui me donne depuis ce matin un total de
204 Mo donc plouf le site :(( [des messages d'erreurs de partout avec en
rouge > Error writing file '/var/log/mysql.log' (Errcode: 28)]

la question : j'ai déjà entendu parler sur la liste de ce genre de problème,
est-ce que qqn aurait trouvé une solution efficace d'amaigrissement des
tables gérées par spip ? un truc plus ou moins automatique (ou a faire
régulièrement) pour faire un peu maigrir la base de données...

Le problème n'est pas tant dans les tables que dans le CACHE, qui peut
effectivement grossir démesurément. La version de développement est un peu
améliorée sur ce point, puisqu'elle essaie de nettoyer les fichiers cache
qui n'ont servi qu'une fois depuis x heures. Mais SPIP, à l'heure actuelle,
ne gère pas de quota (espace cache maxi).

On en a parlé un peu, mais je crois que personne n'a encore vraiment essayé
de se mettre à le coder. Il "suffirait" peut-être, pourtant, de garder la
trace dans la base de la taille des fichiers cache qu'on ajoute... enfin...
ce sont des choses à discuter sur spip-dev plutôt que sur cette liste-ci...
ça risque d'être un peu compliqué tout de même :wink:

Autre question, pour les dev : ne serait-il pas important de s'intéresser à
cette question plus finement, car a quoi bon développer de nouvelles
fonctionnalités si c'est pour avoir un spip utilisable uniquement sur des
serveurs dédiés ?

Tu peux aussi bien t'y intéresser que "les devs", hein ! En général le
logiciel libre ça fonctionne quand quelqu'un voit un problème qui "le
démange", et qu'il (elle) se met à "le gratter" ; ça marche moins bien quand
des "consommateurs" expliquent aux "devs" ce qu'ils devraient faire.

Pour revenir à ton problème, j'avais fait une contrib, il y a longtemps, qui
permettait de visualiser l'espace disque occupé par son cache ; elle doit se
trouver sur spip-contrib. Comme je n'en ai pas l'usage, je n'ai pas
poursuivi ; mais la GPL autorise qui le souhaite à lui ajouter un module
qui, par exemple, effacerait les vieux fichiers cache si la taille totale
dépase un certain niveau.. ou enverrait un mail..

Je pense par ailleurs qu'un hébergeur un peu "spécialisé SPIP" pourrait
décider de mettre le CACHE hors du quota des hébergés, et/ou éventuellement
décider d'une procédure pour l'empêcher d'exploser si tel est le cas : car
le cache sert surtout à améliorer la performance de sa machine, ce qui lui
permet d'héberger plus de sites sur une même boîté :wink: Sur mon serveur, où
se trouvent une trentaine de sites sous SPIP, ça se passe comme ça... c'est
d'ailleurs - entre autres - de ce genre de choses qu'on pourrait discuter le
15 novembre aux métallos, dans la session "hébergement".

-- Fil