Dupliquer un site WordPress existant vers un nouveau site est un besoin courant. Nous allons regarder les deux méthodes à notre disposition :

• l’export / import des articles en utilisant des fonctions de WordPress,
  
• l’export / import de la Base de Données en utilisant  phpMyAdmin.
  

Nous verrons aussi comment déplacer un site à une nouvelle adresse internet tout en conservant la base de données.

Il est plus confortable d’utiliser une extension, mais cet article vous permettra de comprendre ce que fait une extension de duplication, et peut vous aider à corriger quelques petits problèmes.

Export puis import d’articles

Dans notre exemple, nous transférons les articles du site internet vers une installation en local. Il est tout aussi possible de s’en inspirer pour dupliquer deux sites internet, deux sites locaux ou un site local vers un site internet.

La migration par import / export s’effectue en quatre étapes :

• préparation du site cible,
• export des articles, pages et commentaires,
• Import du contenu du site source,
• modifier les liens vers les médias dans la Base de données.

Préparation du site cible

Il est conseillé de partir d’un site neuf, dont on aura retiré article et page de bienvenue en les mettant dans la corbeille, puis en vidant la corbeille. Voici comment procéder pour supprimer un article, l’opération pour les pages étant similaire .

Se connecter à l’administration, cliquer sur l’option « Tous les articles », survoler avec la souris l’article que l’on veut supprimer » et cliquer sur l’option « Mettre à la corbeille » :

Cliquer sur l’option « Corbeille » dans le menu horizontal situé en haut de page :

Cliquer sur l’option « Vider la corbeille » :

Si on part d’un site existant, il devient nécessaire de supprimer articles, pages et médias. Il est possible d’utiliser les « actions groupées ». Voici l’exemple de la suppression des médias.

Se connecter à l’administration, sélectionner l’option « Médias » , cliquer sur la case à cocher située au dessus de la liste des médias :

Cliquer sur la flèche située à droite de l’option « Actions groupées », sélectionner l’option « Supprimer définitivement » puis cliquer sur le bouton « Appliquer » :

Exporter les articles, pages et commentaires

La fonction d’export du contenu d’un site est une fonction standard de WordPress. Elle s’accède depuis l’administration :

WordPress permet de préciser ce qui sera intégré dans le fichier d’export pour être recopié dans le site cible.

Demander l’enregistrement du fichier :

Vérifier, à partir de l’explorateur de Windows, que le fichier d’export est bien créé.

On peut visualiser le fichier d’export, qui est au format XML, dans un éditeur de texte :

Import du contenu du site source

L’import des fichiers médias prend du temps; avant de lancer l’importation, il est souhaitable d’augmenter la durée d’exécution maximale autorisée pour les scripts php. De même, la taille des fichiers à télécharger peut être insuffisante.

Il existe trois solutions, que vous pourrez choisir en fonction de ce que l’hébergeur autorise. Sachez qu’il existe parfois une limite, liée à votre installation, au delà de laquelle vous ne pourrez pas aller.

1. Modifier  le fichier php.ini  :

;;;;;;;;;;;;;;;;;;;
; Resource Limits ;
;;;;;;;;;;;;;;;;;;;

; Maximum execution time of each script, in seconds
; http://php.net/max-execution-time
; Note: This directive is hardcoded to 0 for the CLI SAPI
max_execution_time = 180

; Maximum allowed size for uploaded files.
; http://php.net/upload-max-filesize
upload_max_filesize = 64M
; ajout pour import WordPress
post_max_size = 64M

2. Modifier le fichier .htaccess :

php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value max_execution_time 300
php_value max_input_time 300

3. Modifier le fichier functions.php du thème actif

@ini_set( 'upload_max_size' , '64M' );
@ini_set( 'post_max_size', '64M');
@ini_set( 'max_execution_time', '300' );

Retourner dans l’administration du site cible (le site local dans notre exemple) et demander l’import :

WordPress demande ensuite le type d’import que l’on souhaite réaliser; choisir « WordPress » :

Si l’importateur n’est pas installé, WordPress propose de l’installer; il s’agit d’une extension (plugin) :

Après l’installation de l’importateur, WordPress demande de sélectionner le fichier à importer :

Après avoir cliqué sur  Parcourir  , sélectionner le fichier d’export  qui contient la description de ce qu’il faut importer :

WordPress demande d’assigner les articles à des auteurs (les auteurs du site source peuvent être différents des auteurs du site cible). Surtout, sélectionner l’option   Télécharger et importer les fichiers joints  sinon, la librairie des médias ne sera pas mise à jour :

Voilà, l’import est réalisé, et WordPress nous gratifie d’un message d’encouragement :

Si le message ci-dessus n’apparaît pas, c’est que l’importation n’est pas terminée. Il faut la relancer, jusqu’à ce que le message de fin s’affiche. On peut suivre l’avancement, car à chaque importation, WordPress affiche la liste des images qui ont été ajoutées au site cible :

Les articles importés apparaissent bien dans la liste des articles quand on regarde depuis l’administration :

Problème : si on regarde dans le texte html des articles, on constate que les articles continuent à pointer vers le site source :

En revanche,  les médias ont été recopiés dans le répertoire   wp_content/uploads  :

La base de données a été mise à jour pour permettre la gestion des médias :

Il nous reste à faire pointer les articles vers les médias du site cible à la place du site source. Pour cela, il va nous falloir intervenir dans la Base de Données du WordPress cible.

Modifier les liens vers les médias dans la Base de Données

Rappel : avant de modifier la Base de données, il faut toujours réaliser une sauvegarde, un accident est si vite arrivé !

Dans phpMyAdmin, sélectionner la Base de Données et cliquer sur  SQL . Recopier les requêtes SQL ci-dessous, dans la zone de saisie et modifier :

• le domaine du site source (dans l’exemple : www.dfarnier.fr),
• le domaine du site cible (dans l’exemple : localhost/wp_paris),
• le préfixe des tables (ici : wcp2015_).

UPDATE `wcp2015_posts` SET `guid` = REPLACE(`guid`, 'www.dfarnier.fr', 'localhost/wp_paris');
UPDATE `wcp2015_posts` SET `post_content` = REPLACE(`post_content`, 'www.dfarnier.fr', 'localhost/wp_paris');

On peut regarder le code html d’un article pour constater que les liens ont été modifiés :

Vérifier les permaliens

Des problèmes d’affichage peuvent provenir de la gestion des permaliens. Les points à vérifier sont décrits dans le paragraphe Corriger les problèmes de permaliens.

Duplication par recopie de la Base de Données et des fichiers

L’article ci-dessous décrit la procédure à suivre :

Dupliquer un site WordPress en local par copie de la Base de Données

Déplacer un site à une nouvelle adresse internet

À noter : dans notre exemple de  déplacement de site, nous conservons la même base de données.

Dans l’exemple qui suit, le site est déplacé de l’adresse « http://wpdf.dfarnier.fr » vers l’adresse « http://dfarnier.fr ».

1. Recopier les fichiers WordPress vers l’adresse cible,
2. Mettre à jour le .htaccess à la racine du domaine,
3. Modifier le contenu des tables WordPress,
4. Modifier le .htaccess de l’ancien site,
5. Associer l’ancienne url au sous-répertoire du nouveau site.

Recopier les fichiers WordPress vers l’adresse cible

Le site est sur un serveur distant. L’adresse internet « http://dfarnier.fr » correspond au sous-répertoire « mon-serveur/www ». L’adresse « http://wpdf.dfarnier.fr correspond au sous-répertoire « mon-serveur/www/wpdf ».

Copier l’ensemble des fichiers du site sur un répertoire temporaire de votre ordinateur. De cette façon, nous obtenons une duplication exacte de tous les fichiers, y compris les fichiers de thèmes, de plugins et de médias contenus dans le répertoire  wp-content.

Nous utilisons un outil comme FileZilla pour transférer les fichiers sur votre ordinateur (« Site local ») :

Une fois les fichiers transférés, modifier le nom du fichier .htaccess sur votre ordinateur afin de ne pas risquer d’effacer ensuite le fichier .htaccess qui existe à la racine du domaine sur le serveur :

Positionner le site distant sur la racine du domaine et envoyer les fichiers depuis le répertoire local vers le répertoire correspondant à la racine du domaine ( « www » dans notre exemple ) :

Je vous conseille de télécharger le fichier .htaccess situé à la racine du domaine et de le renommer. En cas de problème vous pourrez revenir en arrière en réinstallant le(s) fichier(s) .htaccess initiaux.

Une fois renommé, le renvoyer sur le site vers le répertoire racine (« www ») :

Désormais, vous disposez de toutes les copies de sauvegarde des fichiers .htaccess nécessaires :

• en local pour constituer un nouveau fichier .htaccess à la racine du domaine,
• sur le serveur pour rapidement rétablir la situation en cas de problème en renommant les fichiers .htaccess.

Mettre à jour le .htaccess à la racine du domaine

Après avoir vérifié que le site est toujours accessible depuis l’ancienne adresse internet (www.wpdf.dfanier.fr dans notre exemple), nous devons constituer un nouveau fichier .htaccess.

Créer un fichier .htaccess en ajoutant les commandes du fichier .htaccess_wpdf  au fichier .htaccess_racine . Il s’agit d’un simple copié / collé dans un fichier texte au moyen d’un éditeur de texte. Retirer les éventuelles instructions en double ou devenues inutiles.

Exemples de cas à traiter :

• retirer les redirections qui n’ont plus d’utilité; les commandes ci-dessous étaient intégrées dans le fichier .htaccess situées à la racine du domaine pour rediriger vers le site WordPress sauf pour la sous-adresse « autreappli ». Ces commandes doivent être retirées du nouveau fichier .htaccess à installer à la racine du domaine :

#rediriger les accès vers wpdf.dfarnier.fr
<IfModule mod_rewrite.c>
	RewriteEngine On
	RewriteCond %{REQUEST_URI} !/autreappli.*
	RewriteRule ^(.*)$ http://www.wpdf.dfarnier.fr/$1 [R=301,L]
</IfModule>

• il est possible de gérer le cache au niveau du navigateur en fonction des types de fichiers (jpg, html, css…). Ceci peut perturber l’affichage du site suite au déplacement, aussi je vous suggère de neutraliser momentanément ces commandes.
  Commenter les commandes en ajoutant le caractère « # » en début de ligne, puis attendre par exemple une semaine, si la durée définie du cache était d’une semaine, avant de retirer le caractère « # » :

#<IfModule mod_expires.c>
#ExpiresActive On
#ExpiresByType image/jpg "access 2 weeks"
#ExpiresByType image/jpeg "access 2 weeks"
#ExpiresByType image/gif "access 2 weeks"
#ExpiresByType image/png "access 2 weeks"
#ExpiresByType text/css "access 2 weeks"
#ExpiresByType application/pdf "access 2 weeks"
#ExpiresByType text/x-javascript "access 2 weeks"
#ExpiresByType application/x-shockwave-flash "access 2 weeks"
#ExpiresByType image/x-icon "access 2 weeks"
#ExpiresDefault "access 1 hour"
#</IfModule>

Envoyer le fichier .htaccess créé vers le répertoire racine (« www ») :

Il faut ensuite vérifier que tout ce qui fonctionnait, à commencer par le site WordPress accédé par l’ancienne adresse, continue de fonctionner correctement. En cas de problème, il faut renommer le nouveau fichier. htaccess (ex : .htaccess_sauve) pour le neutraliser et renommer le fichier .htaccess_racine en .htaccess pour le réactiver. On peut ensuite remodifier le fichier .htaccess racine progressivement pour identifier ce qui cause l’erreur.

 Modifier le contenu des tables WordPress

Remplacer, dans la Base des Données, les liens pointant vers l’ancien site par des liens pointant vers le nouveau site.

Avant de modifier la Base de Données, nous la sauvons via un export (voir Sauvegarder la Base de Données) :

Exécuter la requête suivante en remplaçant ‘www.oldhost.com’ par l’adresse source et ‘www.newhost.com’ par l’adresse cible :

UPDATE `wp_options` SET `option_value` = REPLACE(`option_value`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_posts` SET `guid` = REPLACE(`guid`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_posts` SET `post_content` = REPLACE(`post_content`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_comments` SET `comment_author_url` = REPLACE(`comment_author_url`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_comments` SET `comment_content` = REPLACE(`comment_content`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_links` SET `link_url` = REPLACE(`link_url`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_postmeta` SET `meta_value` = REPLACE(`meta_value`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_usermeta` SET `meta_value` = REPLACE(`meta_value`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_commentmeta` SET `meta_value` = REPLACE(`meta_value`, 'www.oldhost.com', 'www.newhost.com');
UPDATE `wp_termmeta` SET `meta_value` = REPLACE(`meta_value`, 'www.oldhost.com', 'www.newhost.com');

Dans phpMyAdmin, modifiez les requêtes en les paramétrant en fonctions des adresses source (exemple : wpdf_dfarnier.fr)et cible (exemple : dfarnier.fr) :

Modifier le fichier .htaccess de l’ancien site

L’ancienne adresse du site (ex: http://wpdf.dfarnier.fr) ne doit plus être utilisée car le site est désormais situé à la racine du domaine (https://dfarnier.fr). Néanmoins, des liens ont pu être enregistrés par des visiteurs et par des sites de référencement (Google, Bing…).

En modifiant le fichier .htaccess situé à la racine de l’ancienne adresse du site, on peut les rediriger automatiquement vers la nouvelle adresse :

<IfModule mod_rewrite.c>
	RewriteEngine On
#	RewriteCond %{REQUEST_URI} !/xxxxxx.*
	RewriteRule ^(.*)$ http://dfarnier.fr/$1 [R=301,L]
</IfModule>

À noter :

• la ligne en commentaire (# RewriteCond %{REQUEST_URI} !/xxxxxx.*) peut être modifiée pour autoriser l’exécution d’autres applications installées à l’ancienne adresse;
• le code « R=301 » indique que la redirection est permanente (et non pas temporaire). Cette information est importante pour les moteurs de recherche qui sont ainsi informés que le site a été définitivement déplacé et qu’il faut désormais rechercher à la nouvelle adresse.

Et ensuite

Désormais, le site fonctionne correctement à sa nouvelle adresse. Il reste néanmoins quelques actions à réaliser :

• mettre à jour Google Analytics pour qu’il analyse le site à sa nouvelle adresse et non plus à l’ancienne,
• vérifier le paramétrage des extensions pour remplacer toute référence à l’adresse de l’ancien site par l’adresse du nouveau site,
• supprimer les fichiers .htaccess temporaires situés à la racine du domaine qui n’ont été créés que pour le déplacement de site (dans notre exemple : « .htaccess_wpdf » et « .htaccess_racine ») ,
• supprimer le fichier wp_config.php situé à l’adresse de l’ancien serveur et tester l’ancienne adresse du site (permet de vérifier que l’ancien site n’est plus utilisé),
• à l’exception du fichier .htaccess, supprimer tous les fichiers et sous-répertoires dans le répertoire contenant l’ancien site (si la vérification précédente est validée, on peut supprimer les fichiers sans les renommer d’abord),

Associer l’ancienne url au sous-répertoire du nouveau site

En utilisant la console d’administration de l’hébergement, modifier le lien entre le sous-domaine internet (ex : http://wpdf.dfarnier.fr) et le sous-répertoire sur le serveur (mon-serveur/www/wpdf/).
Voici l’exemple d’un hébergement chez ovh :

Attendre la mise en place effective de la redirection. Ceci se vérifie en utilisant l’ancienne adresse pour accéder au site; si l’url n’est pas modifiée dans la barre d’adresse du navigateur, c’est que l’association de l’url avec le répertoire racine est désormais en place :

Il est désormais possible de supprimer le sous-répertoire qui contenait l’ancien site, si aucune autre adresse internet ne lui est associé.

Déplacer wp-config.php

WordPress recherche le fichier « wp-config.php » dans le répertoire racine de l’hébergement ou dans le répertoire directement au dessus.
Par exemple, si le répertoire racine est « mon-serveur/www », le fichier wp-config.php sera recherché d’abord dans « mon-serveur/www » puis dans « mon-serveur ».

Si le site est installé à la racine http de l’hébergement (généralement un répertoire du type « www »), installer « wp-config.php » dans le répertoire qui contient « www » rend « wp-config.php » invisible depuis internet. Pour un fichier qui contient des informations sensibles (coordonnées de la Base de Données, clés de sécurité…), c’est une mesure de sécurité utile.