Réinstaller WordPress en conservant le contenu

Réinstaller le cœur peut réparer des fichiers incomplets ou modifiés, mais ne corrige pas à lui seul la base de données, une extension vulnérable ni un malware dans d'autres répertoires. Identifiez d'abord ce que vous devez récupérer et conservez une sauvegarde à jour.

Comment le contenu est-il préservé si l'on réinstalle ?

WordPress conserve une bonne partie de ses données dans la base, les fichiers médias et les composants dans wp-content, et la connexion et les réglages dans wp-config.php. Il peut aussi y avoir des fichiers personnalisés ou un stockage externe.

Avant de remplacer quoi que ce soit, enregistrez les fichiers et la base dans un emplacement privé et vérifiez leur restauration. Notez la version et la langue du cœur. Si vous disposez de WP-CLI, utilisez wp core version et vérifiez avec wp core verify-checksums --include-root pour repérer les différences ; un avertissement sur un fichier supplémentaire ne prouve pas à lui seul qu'il est malveillant.

Réinstaller WordPress depuis le tableau de bord en conservant le contenu

Dans Tableau de bord > Mises à jour, utilisez Réinstaller maintenant quand l'option est disponible et correspond à la version que vous voulez réparer. Attendez la fin et vérifiez le site, l'administration et les journaux.

Ne supposez pas que ce bouton nettoie les fichiers étrangers au cœur ni qu'une réinstallation complète confirme l'absence d'intrusion.

Réinstaller WordPress par FTP en conservant le contenu

Téléchargez le paquet officiel de la même version et de la même langue depuis WordPress. Vérifiez quels fichiers appartiennent au cœur avant de les remplacer via un accès aux fichiers sécurisé.

Conservez les anciens répertoires dans un emplacement privé hors de la racine publique ; renommer wp-admin à l'intérieur du site n'empêche pas d'exécuter l'ancien PHP. Remplacez wp-admin, wp-includes et les fichiers du cœur correspondants. N'écrasez pas wp-config.php, wp-content, .htaccess ni vos propres fichiers sans les vérifier.

Réinstaller WordPress avec WP-CLI en conservant le contenu

Dans la bonne racine, indiquez explicitement la version et la locale que vous avez vérifiées. Cet exemple contient des marqueurs que vous devez remplacer :

wp core download --version=VERSION_INSTALADA --locale=LOCALE_INSTALADO --skip-content --force

Sans --version, wp core download peut télécharger la version actuelle disponible : ce serait aussi un changement de version, et non la réparation exacte que vous cherchez. La langue de l'utilisateur de l'administration peut différer de celle du paquet du cœur ; confirmez la bonne locale.

--force écrase les fichiers et --skip-content ignore les thèmes et extensions inclus dans le paquet. La commande ne supprime pas tous les fichiers étrangers éventuels. Vérifiez les sommes de contrôle, le fonctionnement et les journaux après l'avoir exécutée, d'abord sur un clone.

Réinstaller les extensions et les thèmes

Récupérez le paquet de la même version depuis son dépôt ou son fournisseur officiel. Conservez séparément les personnalisations et une copie privée de l'ancien répertoire. Chargez la copie propre et vérifiez son activation et ses fonctions.

Réinstaller les fichiers n'annule pas forcément les modifications de base de données de l'extension. N'utilisez pas Supprimer si vous voulez seulement remplacer le code sans vérifier quelles données son désinstallateur efface.

Réinstallation complète de WordPress (repartir de zéro en perdant tout le contenu)

Une nouvelle installation ne conserve pas automatiquement les publications, les utilisateurs ni les réglages. Si c'est l'objectif, utilisez une destination vide et une nouvelle base, en gardant l'installation d'origine protégée jusqu'à avoir vérifié le résultat.

Vous pouvez le faire avec Softaculous. Vérifiez la racine et la base avant de supprimer une installation enregistrée. Gardez le plan de retour arrière et évitez que les deux reçoivent des écritures en même temps pendant la bascule.

Après la réparation

Si la cause était une intrusion, vérifiez aussi les utilisateurs, les tâches, les extensions, les thèmes et les fichiers hors du cœur. Changez les identifiants et les clés concernés et corrigez le point d'entrée avant de considérer l'incident comme clos.

Si la réparation échoue, restaurez l'ensemble cohérent prévu et vérifiez le site avant de le rouvrir. Ne laissez pas de quarantaines, de fichiers SQL ni de paquets de récupération téléchargeables depuis le domaine.