Migrer un site WordPress d'un fournisseur d'hébergement à un autre?
9
J'ai mon site WordPress hébergé sur un fournisseur Windows et je passe à un autre fournisseur Windows. Avez-vous des problèmes ou des instructions sur la façon de passer en douceur de l'un à l'autre sans perdre d'informations?
Il serait peut-être également intéressant d'obtenir des conseils sur la façon de minimiser les temps d'arrêt ou les chevauchements de contenu, avec le temps nécessaire pour transférer le contenu de la base de données et la migration DNS. Ou devrions-nous en discuter chez Pro Webmasters ?
Jan Fabry
Réponses:
12
Salut @ooo :
En supposant que vous souhaitez conserver le même domaine, c'est vraiment très simple. Fondamentalement, vous copiez les fichiers à l'aide d'un client FTP en téléchargeant à partir de l'ancien hôte et en les téléchargeant vers le nouveau, puis vous copiez la base de données MySQL en effectuant un vidage de la base de données dans un script SQL (c'est votre "export" ), puis en exécutant le script (et ceci est votre "importation" .)
Le reste n'est que des détails:
1.) Utilisez FTP pour télécharger tous les fichiers depuis la racine Web et tous ses sous-répertoires de votre ancien serveur Web hébergé.
2.) Téléchargez tous ces mêmes fichiers à la racine Web du nouveau serveur Web hébergé dans les mêmes répertoires nommés.
3.) Faites un vidage complet de la base de données (c'est-à-dire l'exportation) de votre base de données MySQL en tant que script SQL.
4.) Créez une nouvelle base de données MySQL sur votre nouvel hébergeur.
5.) Créez un utilisateur pour votre base de données MySQL et définissez-le pour avoir toutes les autorisations. Assurez-vous d'enregistrer le nom de la base de données, de l'utilisateur et du mot de passe.
6.) Importez votre base de données MySQL en exécutant le script MySQL dans le contexte de votre nouvelle base de données.
7.) Ensuite, éditez votre /wp-config.phpfichier sur votre nouveau serveur et donnez-lui un ensemble DB_NAME, DB_USERet DB_PASSWORDà votre nouveau nom de base de données, nouveau nom d'utilisateur de base de données et nouveau mot de passe d'utilisateur de base de données.
7.) Enfin, assurez-vous de modifier les paramètres DNS de votre domaine afin qu'il utilise les serveurs de noms de votre nouvel hébergeur. Vous devrez attendre le délai d'attente pour que le cache DNS soit effacé et que les adresses se propagent (généralement, cela ne prend que quelques heures, mais cela peut prendre jusqu'à 48 avant que votre nouveau site soit accessible.)
C'est à peu près ça. Si vous avez besoin de plus de détails, assurez-vous de donner beaucoup plus de détails sur votre nouvel hôte, y compris au minimum le nom et le site Web de votre nouvel hôte et, si possible, quel type de panneau de contrôle ils vous proposent pour administrer votre site (c.-à-d. CPanel ou autre chose? )
Le principal problème lors du changement de serveur est les URL codées en dur et les chemins de fichiers WP. Ils apparaissent:
Dans l'option de chemin de téléchargement, sous settings / misc (maintenant settings / uploads, si la mémoire est bonne), sur les anciennes installations WP.
Dans les métadonnées des pièces jointes, sur les très anciennes installations WP.
Dans votre fichier htaccess, et éventuellement réécrire les règles, si votre site vit dans un sous-dossier.
Dans les options URL du site et URL d'accueil, sous Paramètres / Général.
Je recommande généralement de désactiver les permalnks avant de créer le vidage de la base de données, pour éviter le troisième problème.
Le 4ème problème vous empêche de vous connecter et peut être résolu à partir du fichier de configuration wp, si votre site change d'URL, en ajoutant deux lignes à wp-config.php:
Le symptôme du premier problème est que vous obtiendrez des erreurs d'autorisation lors du téléchargement de fichiers. Il est résolu en rendant le chemin de téléchargement vide, de sorte que WP utilise la valeur par défaut.
Le deuxième problème n'est résolu qu'en modifiant en masse la base de données. Mais encore une fois, il n'est valable que pour des données très très anciennes.
Donc, pour revenir et répondre à ma propre question et, espérons-le, aider quelqu'un d'autre, les permaliens sont facilement réécrits en changeant le schéma de permaliens dans Paramètres> Permaliens. Modifiez-le, puis modifiez-le en arrière et votre fichier .htaccess sera corrigé.
Le 2ème problème, le message d'avertissement, était un plugin qui a écrit un lien statique lorsque je l'ai installé. Je l'ai désactivé, puis réactivé et cela a fait l'affaire.
J'utilise BackupBuddy (http://pluginbuddy.com) pour toutes mes migrations. C'est un plugin premium et ce n'est pas parfait mais c'est beaucoup mieux que tout ce que j'ai trouvé.
@Nick - J'ai eu le même problème lorsque la page principale s'est chargée mais aucun des liens. J'ai changé Permaliens de Personnalisé à Par défaut, puis cela a fonctionné. Je suis revenu à mes paramètres personnalisés plus tard, et tout a fonctionné.
Réponses:
Salut @ooo :
En supposant que vous souhaitez conserver le même domaine, c'est vraiment très simple. Fondamentalement, vous copiez les fichiers à l'aide d'un client FTP en téléchargeant à partir de l'ancien hôte et en les téléchargeant vers le nouveau, puis vous copiez la base de données MySQL en effectuant un vidage de la base de données dans un script SQL (c'est votre "export" ), puis en exécutant le script (et ceci est votre "importation" .)
Le reste n'est que des détails:
1.) Utilisez FTP pour télécharger tous les fichiers depuis la racine Web et tous ses sous-répertoires de votre ancien serveur Web hébergé.
2.) Téléchargez tous ces mêmes fichiers à la racine Web du nouveau serveur Web hébergé dans les mêmes répertoires nommés.
3.) Faites un vidage complet de la base de données (c'est-à-dire l'exportation) de votre base de données MySQL en tant que script SQL.
4.) Créez une nouvelle base de données MySQL sur votre nouvel hébergeur.
5.) Créez un utilisateur pour votre base de données MySQL et définissez-le pour avoir toutes les autorisations. Assurez-vous d'enregistrer le nom de la base de données, de l'utilisateur et du mot de passe.
6.) Importez votre base de données MySQL en exécutant le script MySQL dans le contexte de votre nouvelle base de données.
7.) Ensuite, éditez votre
/wp-config.phpfichier sur votre nouveau serveur et donnez-lui un ensembleDB_NAME,DB_USERetDB_PASSWORDà votre nouveau nom de base de données, nouveau nom d'utilisateur de base de données et nouveau mot de passe d'utilisateur de base de données.7.) Enfin, assurez-vous de modifier les paramètres DNS de votre domaine afin qu'il utilise les serveurs de noms de votre nouvel hébergeur. Vous devrez attendre le délai d'attente pour que le cache DNS soit effacé et que les adresses se propagent (généralement, cela ne prend que quelques heures, mais cela peut prendre jusqu'à 48 avant que votre nouveau site soit accessible.)
C'est à peu près ça. Si vous avez besoin de plus de détails, assurez-vous de donner beaucoup plus de détails sur votre nouvel hôte, y compris au minimum le nom et le site Web de votre nouvel hôte et, si possible, quel type de panneau de contrôle ils vous proposent pour administrer votre site (c.-à-d. CPanel ou autre chose? )
la source
Le principal problème lors du changement de serveur est les URL codées en dur et les chemins de fichiers WP. Ils apparaissent:
Dans l'option de chemin de téléchargement, sous settings / misc (maintenant settings / uploads, si la mémoire est bonne), sur les anciennes installations WP.
Dans les métadonnées des pièces jointes, sur les très anciennes installations WP.
Dans votre fichier htaccess, et éventuellement réécrire les règles, si votre site vit dans un sous-dossier.
Dans les options URL du site et URL d'accueil, sous Paramètres / Général.
Je recommande généralement de désactiver les permalnks avant de créer le vidage de la base de données, pour éviter le troisième problème.
Le 4ème problème vous empêche de vous connecter et peut être résolu à partir du fichier de configuration wp, si votre site change d'URL, en ajoutant deux lignes à wp-config.php:
define ('WP_HOME', 'http://domain.com'); define ('WP_SITEURL', 'http://domain.com');
Mind slash dans les deux définitions.
Le symptôme du premier problème est que vous obtiendrez des erreurs d'autorisation lors du téléchargement de fichiers. Il est résolu en rendant le chemin de téléchargement vide, de sorte que WP utilise la valeur par défaut.
Le deuxième problème n'est résolu qu'en modifiant en masse la base de données. Mais encore une fois, il n'est valable que pour des données très très anciennes.
Le reste est comme Mike l'a dit ...
la source
Suivez cette page du codex: http://codex.wordpress.org/Moving_WordPress#Moving_WordPress_to_a_New_Server
la source
Donc, pour revenir et répondre à ma propre question et, espérons-le, aider quelqu'un d'autre, les permaliens sont facilement réécrits en changeant le schéma de permaliens dans Paramètres> Permaliens. Modifiez-le, puis modifiez-le en arrière et votre fichier .htaccess sera corrigé.
Le 2ème problème, le message d'avertissement, était un plugin qui a écrit un lien statique lorsque je l'ai installé. Je l'ai désactivé, puis réactivé et cela a fait l'affaire.
edit: merci Lisa, viens de te voir là-bas!
la source
J'utilise BackupBuddy (http://pluginbuddy.com) pour toutes mes migrations. C'est un plugin premium et ce n'est pas parfait mais c'est beaucoup mieux que tout ce que j'ai trouvé.
la source
@Nick - J'ai eu le même problème lorsque la page principale s'est chargée mais aucun des liens. J'ai changé Permaliens de Personnalisé à Par défaut, puis cela a fonctionné. Je suis revenu à mes paramètres personnalisés plus tard, et tout a fonctionné.
la source