- WordPress :6.6
- Statut : résolu
- Ce sujet contient 154 réponses, 5 participants et a été mis à jour pour la dernière fois par Laurent__13, le il y a 1 mois et 1 semaine.
-
AuteurMessages
-
30 octobre 2024 à 19 h 36 min #2481984
Ah merci pour votre analyse (je deviens parano et je vois le – ou les pirates – partout)…
Oui bien sûr. Car la migration du site, offerte par le fournisseur, ne résoudra rien : la même base y sera transférée, si j’ai bien compris. J’ai encore tant de posts à nettoyer de ces scripts en Javascript…
J’ai appris que mon hébergement actuel était en réalité une solution de l’ancêtre de mon fournisseur (qui ne figure d’ailleurs plus dans ses propositions d’hébergement).
30 octobre 2024 à 21 h 09 min #2481986J’ai appris que mon hébergement actuel était en réalité une solution de l’ancêtre de mon fournisseur (qui ne figure d’ailleurs plus dans ses propositions d’hébergement).
Cela ne m’étonne pas: une base de données de 30Mo doit remonter à avant le déluge.
Pour le nettoyage, on va procéder de la manière suivante: débarrasser de leur contenu inutile les tables les plus importantes. Quand vous serez revenu en dessous de la limite de votre table, il sera (espérons-le) possible de créer un administrateur et de vous connecter. Là vous pourrez charger le plugin wp-sweep qui finira le nettoyage.
Les tables volumineuses sont: 1. wp_posts, 2. wp_options, 3. wp_captcha_bank_meta. 4. wp_captcha_bank_ip_locations. On va procéder à partir de phpmyadmin.
Faites d’abord une sauvegarde de votre base de données (si vous n’en avez pas/plus)
Pour 3 et 4, ces tables appartiennent au plugin « captcha_bank » et contiennent un historique des connections à votre site. A moins que vous ne vouliez le conserver (auquel cas il vaut mieux sauvegarder ces tables), on supprime tout le contenu. Ouvrez chaque table, faites: « tout cocher » puis avec la sélection: « supprimer ».
NB. Captcha bank n’a pas été mis à jour depuis 4 ans et ne figure plus dans la liste des extensions wp. Il faudra le remplacer par quelque chose d’autre.
Pour 1 et 2 ce sont des tables wordpress et il faut être plus prudent. Pour le moment, pouvez-vous simplement faire cette requête dans la table wp_posts?
SELECT `post_type`, COUNT( `ID` ) FROM `wp_posts` GROUP BY `post_type` ORDER BY `post_type` ASC;
Cela donnera une liste de tous les « posts » classés par type et quantité. Mettez en pj le résultat (en copie d’écran).
30 octobre 2024 à 21 h 09 min #2481987Oui, il semble préférable de changer d’hébergeur, ou au moins d’offre. J’ai confondu les Mo et les Go je crois ^^
Et puis, même nettoyée, votre BDD sera peut-être encore assez lourde, autant ne pas être limité. Je n’imaginais pas qu’on pouvait avoir autant de tables dans une BDD. Vous devrez avoir plusieurs extensions qui rajoutent toutes plusieurs tables !Le nettoyage sera utile avant transfert, pour l’alléger quand même. Et autant repartir sur quelque chose de sain, si possible.
D’ailleurs, la table wp_posts fait partie des + lourdes.Une chose m’étonne : vous avez une table cd_qotd … dont le préfixe est donc différent.
Je vois peut-être des pirates partout, moi aussi, mais c’est bizarre.
Savez-vous à quoi correspond cette table ?
Si non, je vous conseille de la sauvegarder à part, puis de la supprimer quand vous aurez rétabli l’accès au site. Ce qui devrait être possible en créant un profil admin’ quand vous pourrez à nouveau écrire dans la BDD.30 octobre 2024 à 21 h 26 min #2481990Voici ce que contient la table cd_qotd (cf. la copie d’écran). Bizarre en effet. En voici les détails :
qid : 1
blog id : 1
author : Mark Twain
cite : The Washington Post, June 11, 1881
quote : Total abstinence is so excellent a thing that it cannot be carried to too great an extent. In my passion for it I even carry it so far as to totally abstain from total abstinence itself.La table _Posts est lourde car elle contient des centaines d’articles qui constituent mon blog.
30 octobre 2024 à 21 h 35 min #2481991Merci, Ferman. J’ai exécuté la requête SQL et en pièce jointe en voici le résultat.
Je suivrai vos conseils demain (il est tard). Merci encore.
Fichiers joints :
Vous devez être connecté pour voir les fichiers joints.31 octobre 2024 à 0 h 23 min #2481997Bon, la table cd_qotd correspond à l’extension du même nom (= Quote of the day), qui propose des citations du jour. Rien d’anormal, donc. Juste bizarre qu’elle ne prenne pas le préfixe défini …
Si je comprends bien la dernière capture, la table _posts contient 456 articles, mais 2745 révisions … que vous pourrez supprimer.
31 octobre 2024 à 1 h 12 min #2482002@flobogo : de nombreuses extensions qui créent leur propre table n’utilisent pas le préfixe par défaut. Ça m’a aussi étonné.
31 octobre 2024 à 8 h 37 min #2482003Bonjour,
En plus des tables 3 et 4 dont vous pouvez supprimer le contenu sans problème, et comme le mentionnait plus haut @flobogo, vous voyez que vous avez un nombre important de révisions que vous pouvez également supprimer . Pour cela vous utiliserez cette requête:
DELETE FROM `wp_posts` WHERE post_type='revision'
Vous vérifierez ensuite la taille de votre base de données qui devrait être passée en dessous de la limite de 30Mo vous donnant ainsi accès à votre admin.
- Si c’est le cas vous téléchargerez l’extension wp-sweep qui terminera le nettoyage de votre base de données.
- Dans le cas contraire, on pourra procéder manuellement à du nettoyage supplémentaire.
Pour nettoyer en bloc les scripts non désirés dans vos 446 articles, comme je vous le disais plus haut, on devrait pouvoir le faire dans phpmyadmin (encore)
Pour le plugin « captcha_bank » on voit partout qu’il ne faut pas l’utiliser. Il faudra donc le supprimer et vérifier si les tables correspondantes sont également supprimées autrement il faudra le faire manuellement. Il existe plusieurs alternatives à « captcha_bank » mais je ne suis pas qualifié pour vous donner un avis. Il faudra ouvrir un nouveau sujet et y demander conseil.
31 octobre 2024 à 12 h 55 min #2482019Bonjour à tous
J’ai supprimé les révisions, ainsi que « wp_captcha_bank_meta » et « wp_captcha_bank_ip_locations ».
Je suis passé de 39 Mo à 34,2 Mo (Mio).
31 octobre 2024 à 13 h 18 min #2482022Dans la table wp_options, essayez:
DELETE FROM `wp_options` WHERE `option_name` LIKE '_transient_%';
- Cette réponse a été modifiée le il y a 1 mois et 1 semaine par ferman.
31 octobre 2024 à 16 h 04 min #2482026Je viens de lancer la requête, dans wp_options. Wp_options me semble plus léger.
31 octobre 2024 à 16 h 27 min #2482027Et quid de la table « wp_captcha_bank » : elle contient 25 x 500 lignes de données…
31 octobre 2024 à 16 h 41 min #2482028Quelle est la taille de la BDD actuellement? Celles de wp_options et de wp_posts?
quid de la table « wp_captcha_bank » : elle contient 25 x 500 lignes de données…
Vous pouvez aussi la vider mais elle n’est pas très grosse.
Vous pouvez aussi au niveau de la base de données sélectionner toutes les tables et faire « avec la sélection » : « optimiser la table »
- Cette réponse a été modifiée le il y a 1 mois et 1 semaine par ferman.
31 octobre 2024 à 17 h 27 min #2482030Après la suppression de wp_captcha_bank, la taille est passée à 33,9 Mo. Peu, il est vrai, mais c’est toujours ça.
Quant à la fonction « optimiser la table » elle m’est interdite, faisant appel à la fonction INSERT…
- Cette réponse a été modifiée le il y a 1 mois et 1 semaine par Laurent__13.
1 novembre 2024 à 12 h 51 min #2482043Voici un aperçu des tables de ma BDD les plus importantes.
Fichiers joints :
Vous devez être connecté pour voir les fichiers joints. -
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.