Vous utilisez un navigateur non à jour ou ancien. Il ne peut pas afficher ce site ou d'autres sites correctement. Vous devez le mettre à jour ou utiliser un navigateur alternatif.
Lors de la migration d'un site Wordpress, il y a une mise à jour de la base de données à effectuer en lançant quatre requêtes depuis phpMyAdmin (sur ta version en local bien sûr).
Si tu utilises des préfixes personnalisés pour tes tables, penses à les remplacer les "wp_" dans les noms de tables des requêtes ci-dessous, et change également les valeurs des nom de domaine, en prenant soin de ne pas terminer les urls par des "/"
1ère requête :
Bloc de code:
UPDATE wp_options
SET option_value = REPLACE(option_value, 'http://www.anciendomaine.fr', 'http://www.nouveaudomaine.fr')
WHERE option_name = 'home'
OR option_name = 'siteurl';
2ème requête
Bloc de code:
UPDATE wp_posts
SET guid = REPLACE(guid, 'http://www.anciendomaine.fr', 'http://www.nouveaudomaine.fr');
3ème requête
Bloc de code:
UPDATE wp_posts
SET post_content = REPLACE(post_content, 'http://www.anciendomaine.fr', 'http://www.nouveaudomaine.fr');
4ème requête
Bloc de code:
UPDATE wp_postmeta
SET meta_value = REPLACE(meta_value, 'http://www.anciendomaine.fr','http://www.nouveaudomaine.fr');
Tu peux utiliser le système dans les deux sens, en inversant les anciennes et nouvelles adresse.
Bon courage !
En local, si ton site est accessible par 'localhost/mondossier', tu spécifie 'http://localhost/mondossier' dans les requêtes.
En général, je configure des virtualhost pour chaque site en local, ça évite les chemins de type 'http://localhost/mondossier' mais plutôt 'http://monsite', et surtout permet de travailler en URLs absolues.
Perso, je préfère me passer d'extension pour cette tâche, c'est pas vraiment utile dans ce cas et ce n'est quand même pas trop compliqué de lancer une requête SQL dans phpMyAdmin. En plus il faut penser à mettre à jour les extensions, donc autant éviter d'ajouter des vulnérabilités supplémentaires à un site, surtout qu'une extension à jour n'est pas forcément bien codée...
Bah, on ne laisse pas une extension de migration une fois celle-ci faite… et puis tout le monde n'est pas à même de faire des requêtes SQL… sans se planter… ni planter sa base de données.
J'utilise les 2, couramment les requêtes mais j'ai aussi Migrade DB PRO qui me synchronise 2 bases de sonnées en temps réel sur certains projets et ça c'est pas rien.