Mon fournisseur FTP (fasthosts) n’autorise qu’une utilisation maximale de 150 Mo par base de donn\u00e9es cr\u00e9\u00e9e. C’est assez grand pour la plupart des usages personnels. Cependant, l’autre jour, apr\u00e8s m’\u00eatre connect\u00e9 au panneau de contr\u00f4le, j’ai remarqu\u00e9 que la base de donn\u00e9es que j’utilise pour cr\u00e9er mon blog (ce site) a d\u00e9j\u00e0 pris jusqu’\u00e0 23\u00a0% d’utilisations en pourcentage. Je n’ai pourtant pas beaucoup de messages.<\/p>\n
C’est certainement un probl\u00e8me potentiel. Je ne veux pas payer pour la mise \u00e0 niveau de l’espace lorsqu’il atteint 150 Mo si t\u00f4t. Et ce qui suit est un moyen rapide de r\u00e9duire l’utilisation de la base de donn\u00e9es par le site wordpress. Dans mon cas, il a \u00e9t\u00e9 r\u00e9duit \u00e0 3% apr\u00e8s les \u00e9tapes suivantes.<\/p>\n
Pour la plupart des sites wordpress, la fonction ‘r\u00e9visions’ pour les articles est compl\u00e8tement inutile. Une r\u00e9vision est un \u00ab\u00a0instantan\u00e9\u00a0\u00bb de la publication afin que vous puissiez r\u00e9cup\u00e9rer \u00e0 tout moment lorsque vous faites une erreur. La r\u00e9vision grandit s\u00fbrement si vous avez de nombreux messages et qu’ils sont juste l\u00e0 en train de prendre de la place.<\/p>\n
Assurez-vous d’abord de sauvegarder votre base de donn\u00e9es et d’ex\u00e9cuter le SQL suivant (par exemple, en utilisant PHPAdmin).<\/p>\n
DELETE FROM wp_posts WHERE post_type = \"revision\";<\/code><\/pre>\n2 D\u00e9sactiver les r\u00e9visions<\/h3>\n
Pour \u00e9viter les tracas futurs, si vous n’utilisez jamais la fonction "post-r\u00e9vision", vous pouvez simplement la d\u00e9sactiver en ajoutant la ligne suivante dans wp_config.php sous le dossier d’installation de WordPress, apr\u00e8s la ligne suivante.<\/p>\n
define('DB_COLLATE', '');\n\u00a0\n\/\/ add this.\ndefine('WP_POST_REVISIONS', false);<\/code><\/pre>\n3 Supprimer les commentaires ind\u00e9sirables (et \u00e9galement non approuv\u00e9s)<\/h3>\n
Dans mon cas, la table wp_comments consomme beaucoup d’espace que wp_posts. C’est simplement parce que de nombreux spam spiders publieront des commentaires sur votre site et dans mon cas, ils seront captur\u00e9s en tant que spam-commentaires sans vous en informer. Jours apr\u00e8s jours, votre base de donn\u00e9es grandira.<\/p>\n
Utilisez la commande SQL suivante pour supprimer tous les commentaires autres que "approuv\u00e9". Assurez-vous d’examiner d’abord tous les commentaires "non approuv\u00e9s".<\/p>\n
delete from `wp_acmcomments` where `comment_approved` <> 1<\/code><\/pre>\nAjustez l’instruction where si vous souhaitez uniquement supprimer les commentaires de spam.<\/p>\n
Vous pouvez mettre les solutions ci-dessus dans une crontab<\/a> qui s’ex\u00e9cute r\u00e9guli\u00e8rement, par exemple quotidiennement. Et il vous est sugg\u00e9r\u00e9 d’ex\u00e9cuter la table d’optimisation<\/strong> apr\u00e8s avoir purg\u00e9 la table correspondante.<\/p>\n