- WordPress :6.5
- Statut : non résolu
- Ce sujet contient 9 réponses, 4 participants et a été mis à jour pour la dernière fois par Flobogo, le il y a 1 mois.
-
AuteurMessages
-
9 septembre 2024 à 20 h 19 min #2480007
Bonjour,
Ma configuration WP actuelle
- Version de PHP/MySQL : 8.0
- Thème utilisé : Shapeshift (Thrive Themes)
- Extensions en place : nombreuses
- Nom de l’hébergeur : OVH
- Adresse du site : https://planetemaneki.com
Problème(s) rencontré(s) :
Bonjour à toutes et tous,
J’aimerais résoudre un souci de migration ayant été réalisé par un freelance lors d’une refonte.
Quelques éléments de contexte pour débuter :
J’ai travaillé sur un dossier /pp/ à la racine du FTP pour construire ce nouveau blog via le sous-domaine https://gogojapon.planetemaneki.com alors que l’ancien toujours en ligne était toujours sur le /www/ avec le domaine https://planetemaneki.com
Le freelance a utilisé une nouvelle base de données que j’avais à disposition chez OVH (vierge) pour migrer.
La migration a été catastrophique : ma base de données de 1Go était trop grosse selon ce freelance qui a eu du mal à faire la migration en s’y prenant à plusieurs reprises.
Le site en production actuel fonctionne sur le dossier /pp/ de la racine du FTP et non plus le /www/ qui lui est aussi toujours présent sur le serveur (j’ai donc les anciens fichiers + dossiers WordPress sur le /www/ ainsi que les nouveaux fichiers et évidemment les anciens fichiers comme les photos/pdf/etc + dossiers WordPress du site en prod actuel sur le /pp/ à la racine du serveur FTP)
Mes questions sont les suivantes :
- Que dois-je faire du dossier /www/ qui regroupe mon « ancien » site et tous les anciens fichiers + dossiers de l’époque
- Dois-je supprimer tout le contenu dans le /www/ pour y mettre tout le contenu du /pp/ et modifier les accès sous OVH ?
- Dois-je modifier des choses dans l’image en PJ (par exemple effacer les deux lignes gogojapon.planetemaneki.com) ?
- Question sur un autre domaine : ma base de données fait 1Go (j’étais en READ-ONLY) avec wp_postmeta @ 610Mo et wp_posts @ 180Mo : des idées ? j’ai optimisé automatiquement les tables avec WP Rocket mais rien n’a baissé réellement
Je vous demande cela car avec cette migration catastrophique, mon trafic a été divisé par dix (!!)
Google a probablement vu du duplicate content quelque part ? En tout état de cause, c’est le bazar dans mon FTP avec ces deux dossiers et il est grand temps que je fasse le grand ménage.
Merci beaucoup pour vos éclaircissements !
Fichiers joints :
Vous devez être connecté pour voir les fichiers joints.9 septembre 2024 à 23 h 33 min #2480031Bonjour,
Avant de faire des modif, il faut sauvegarder ce que vous avez pour chaque site : dossier wp-content / fichier wp-config / fichier .htaccess
Et avant de vous lancer dans une 2ème migration, il faut nettoyer votre ou vos bases de données, pour la/les réduire.
10 septembre 2024 à 11 h 03 min #2480042Bonjour,
Question sur un autre domaine : ma base de données fait 1Go (j’étais en READ-ONLY) avec wp_postmeta @ 610Mo et wp_posts @ 180Mo : des idées ? j’ai optimisé automatiquement les tables avec WP Rocket mais rien n’a baissé réellement
La base de données semble effectivement très volumineuse. Avez vous essayé le plugin wp sweep pour nettoyer votre base de données?
Autrement, pour nettoyer wp_posts et wp_postmeta manuellement vous pouvez regarder ce tuto.
Avant de faire quoi que ce soit, cependant, il serait bon d’avoir quelques renseignements complémentaires pour voir la meilleure manière de procéder:
- La liste de vos extensions (en particulier quel plugin de sécurité utilisez-vous)
- La vue d’ensemble des tables de la BDD incluant leur taille.
- Le type de posts le plus fréquent dans votre table wp_posts. (voir ICI pour la méthode à utiliser)
Avec les requêtes de type « SELECT », il n’y aucun risque pour votre base de données. Par contre, si vous décidez de supprimer des éléments (requêtes de type « DELETE »), il faudra impérativement créer une sauvegarde de votre base de données auparavant. De même en utilisant wp sweep.
10 septembre 2024 à 11 h 31 min #2480043Bonjour,
Votre base de données semble effectivement anormalement volumineuse.
Avez-vous essayé wp-sweep?
Autrement pour nettoyer manuellement les tables posts et postmeta, vous pouvez regarder cet article.
Cependant, avant de faire quoi que ce soit il serait bon d’avoir quelques renseignements supplémentaires:
- La liste complète des extensions utilisées (+ quel plugin de sécurité utilisez-vous?)
- La liste de toutes les tables contenues dans votre base de données avec leur taille.
- Les types de posts les plus abondants (pour cela, vous pouvez utiliser cette méthode).
Les requêtes SQL de type SELECT sont inoffensives. Par contre avec wp-sweep et surtout des requêtes de type DELETE effectuées manuellement, vous pouvez, en cas d’erreur, sérieusement endommager votre BDD. Avant ces opérations il est donc nécessaire de disposer d’une sauvegarde de votre base de données
11 septembre 2024 à 0 h 44 min #2480044Merci.
Dans le cas où j’arrivais pas retrouver l’ensemble des URLs avant refonte il y a 3 ans (puisque j’ai changé les URLs sans redirection), est-ce que Google me redonnerait l’autorité passée de ces pages ou c’est peine perdue ?
J’imagine que la division par dix de mon trafic suite à cette refonte est en partie due à toutes les URLs qui ont changé.
11 septembre 2024 à 0 h 48 min #2480072Dans le cas où j’arrivais pas retrouver l’ensemble des URLs avant refonte il y a 3 ans (…), est-ce que Google me redonnerait l’autorité passée de ces pages ou c’est peine perdue ?
Je ne comprends pas votre question.
Suivez les recommandations de @ferman pour nettoyer votre base de données. Sans accès à l’admin’, vous ne pourrez pas installer l’extension WP Sweep qu’il vous conseille ; mais suivez les tutos pour nettoyer directement dans la base de données. Attention : comme indiqué, faites une sauvegarde auparavant.
12 septembre 2024 à 1 h 40 min #2480098Bonjour,
Ma base de données fait maintenant 440Mo.
J’ai utilisé la fonction de WP Rocket pour la nettoyer.
Voici la liste des plugins utilisés sur le site :
- Akismet Anti-spam: Spam Protection
- Contact Form 7
- Easy Table of Contents
- Imagify
- Interactive Geo Maps – Markers in lines points
- kk Star Ratings
- MapGeo – Interactive Geo Maps PRO
- Mapster WP Maps
- Pixel Caffeine
- PrettyLinks
- Redirection
- Shortcodes Ultimate
- SureCart
- TablePress
- Thrive Apprentice
- Thrive Automator
- Thrive Architect
- Thrive Clever Widgets
- Thrive Comments
- Thrive Leads
- Thrive Opimize
- Thrive Product Manager
- Thrive Quizz Builder
- Thrive Ultimatum
- WP Rocket
- WP Sitemap Page
- Yoast SEO
Quel plugin de sécurité me suggéreriez-vous ?
13 septembre 2024 à 0 h 40 min #2480173Ma base de données fait maintenant 440Mo.
C’est encore beaucoup !
J’ai utilisé la fonction de WP Rocket pour la nettoyer.
Pourquoi ne pas essayer avec l’extension conseillée par @ferman ?
Quel plugin de sécurité me suggéreriez-vous ?
Je ne vois pas le rapport avec le sujet. Mais vous pouvez consulter cet article sur la sécurisation de WP.
13 septembre 2024 à 18 h 41 min #2480180Bonjour, juste une remarque au passage : Askimet est connu pour faire gonfler la base de données. Préférez une extension type La Sentinelle https://fr.wordpress.org/plugins/la-sentinelle-antispam/ qui bloque directement les robots spammeurs (alors qu’Askimet trie les messages, ce gros lourd).
Pour nettoyer les résidus d’Askimet https://www.waebo.com/wordpress-nettoyer-la-table-wp_commentmeta-d-akismet.html – adaptez suivant le préfixe utilisé pour les tables et pensez à bien faire une sauvegarde de la base avant de traiter.
13 septembre 2024 à 18 h 54 min #2480183@li-an :
J’utilise Akismet et la Sentinelle (OK, je sais, je psychote). En jetant un œil à ma BDD et en particulier la table -commentmeta comme indiqué dans l’article que tu cites, je vois en effet des entrées liées à Akismet … mais aussi à La Sentinelle ! Et cette table ne fait que 77,2 Ko, alors que j’ai utilisé Akismet seul pendant des années. Je pense que si on optimise régulièrement la BDD (ce qui se fait facilement manuelle dans PhpMyAdmin), cela élimine les anciennes entrées.
-
AuteurMessages
- Vous devez être connecté pour répondre à ce sujet.