Gérer l’espace disque utilisé par votre blog

Le we dernier en effectuant un backup complet de mon serveur dédié j’ai constaté que l’archive générée était inhabituellement grosse (1,8 Gigas) alors qu’en général elle se situe à tout casser entre 400 et 500 Mb. Bref, je télécharge ce fichier que je décompresse en local sur mon PC pour analyser et identifier avec Spacemonger les « fuites ».

L’investigation n’a durée que 5 secondes tellement la vision graphique du serveur était parlante. Le plugin qui permet de backuper chaque jours la base de données (on peut faire la même chose avec un CRON) avait pour fâcheuse habitude de planter mais au lieu d’envoyer le fichier du backup sql par email il le stockait sur le serveur. Conclusion j’avais plus de 1 giga de backup sql, fichiers inutiles car les 10 derniers les plus récents peuvent être utiles. Ensuite, un des plugins de wordpress que j’avais utilisé il y a quelques temps (global translator) générait des fichiers cache à ne plus quoi savoir en faire (entre 20 et 30 Mb par blog), vous pouvez faire le calcul des données inutilement générées.

Autre point j’ai constaté qu’avec la nouvelle gestion des images de wordpress je ne fais plus attention à la taille des fichiers que j’envoie et de ce fait mon espace mensuel alloué aux médias insérés sur 2803.com est en forte croissance (un simple facteur x10). Regardez l’image ci-dessous j’ai migré 2803 en mai 2008 sous la version 2.5.1 de wordpress avec le « media manager ».

Bref un peu de ménage ne fait jamais de mal au serveur…

Publié le juin 16, 2008 par . Cette article a été publié dans wordpress et taggé , , , , , , . Enregistrer le lien de l'article.

2 commentaires sur “Gérer l’espace disque utilisé par votre blog”

  1. Idem pour moi, avec la version 2.3 de WordPress, je réduisais mes images à 500 pixels de largeur. Depuis le passage à 2.5, j’envoie des images de 800 ou 1000 pixels qui se réduisent automatiquement à 500 pixels dans le billet. Je gagne 1 minute mais j’occupe du volume inutilement sur mon disque dur.

  2. En effet, la nouvelle version de WordPress (2.5.1) permet de ne plus se soucier du redimensionnement des images et l’on a tendance à bourrer le serveur des versions à 2, 3 Mo, voire 5 Mo l’image, inutilement. Il faudrait peut-être un plugin qui permette de ne pas stocker les originaux ?… Quoi que, dans le cas où l’on veut changer l’apparence du blog, garder les originaux sous la main peut être utile. Par exemple si les articles de ton blog devaient être sortis sur support papier, les images haute résolution peuvent alors s’avérer utiles pour une bonne qualité de rendu.

    Pour ma part, j’essaye de placer des sauvegardes distantes sur un espace FTP dédié aux sauvegardes, ce qui permet de ne pas tout télécharger localement à chaque fois. Car autant le téléchargement en local est relativement rapide, le renvoi vers Internet, via une connexion ADSL, devient beaucoup plus long, voire impratiquable, dans la pratique.

    Enfin, quand tu fais des sauvegardes, pense à exclure automatiquement certains dossiers, car effectivement, en général, les dossiers de cache ne servent pas à grand chose.

    De plus, tu peux aussi effacer automatiquement, en une seule commande UNIX, tous les fichiers plus anciens qu’un certain nombre de jours, très pratique, quand tu ne veux conserver que les sauvegardes des 7 ou 31 derniers jours. Dans mes propres scripts, avant de lancer une sauvegarde, je lance ceci :

    find /home -maxdepth 3 -name ‘backup-*-????????-*.tar.gz’ -mtime +8 | xargs rm -f

Les commentaires sont fermés.