Comment puis-je migrer d'une autre plateforme vers WordPress (en utilisant le même domaine) et le lancer lorsqu'il est prêt?
Actuellement, je souhaite migrer vers une installation Wordpress auto-hébergée sur un blog relativement jeune (environ 3 mois ou peut-être 25 publications). J'ai installé et configuré Wordpress maintes et maintes fois, mais je n'ai jamais réussi à le comprendre. Voici ce que j'aimerais faire, idéalement:
- Tout d'abord, maintenez le blog existant actif pendant tout le processus
- Installer Wordpress dans un lieu public et migrer le contenu à la main ou à l'aide d'un outil d'importation quelconque
- Installez le thème que je finis par utiliser, personnalisez la merde
- Basculez le DNS de mon domaine pour que les utilisateurs voient progressivement le site Wordpress entièrement construit et migré à la place du site Tumblr.
Voici les problèmes avec ceci comme je les comprends:
Je ne pourrai pas installer le blog Wordpress dans le domaine dans lequel il vivra, car ce domaine pointe ailleurs. Pour cette raison, je devrai l'installer sur un autre domaine (test.realdomain.com ou quelque chose du genre) et y effectuer toutes les tâches d'importation et de développement des thèmes. La mauvaise partie ici est que Wordpress utilise l'URL complète de la publication en tant que GUID. Je vais donc devoir modifier manuellement la base de données afin que chaque publication, page et ressource multimédia soit conservée sur realdomain.com au lieu de test.realdomain.com.
Je me demande si, lors de tous mes voyages Wordpress, j'ai raté une solution super facile à ce problème. Pour un produit aussi abouti que Wordpress, j'ai du mal à croire qu'il n'existe pas de moyen facile, par exemple, de créer un site dans un environnement de transfert et de le déployer en production sans avoir à modifier manuellement les tables de la base de données.
Toute aide offerte serait grandement appréciée et n'hésitez pas à me laisser savoir si j'ai omis certains détails qui pourraient aider à clarifier quoi que ce soit.
Merci!
Comme d'autres l'ont déjà mentionné, le processus peut être long. Mais cela peut aussi être relativement simple, et j'ai déjà fait cela pour migrer d'autres sites non-WP vers WordPress.
Exportez votre site
Tout d’abord, vous devez exporter votre site à partir de Tumblr dans un format compatible avec WordPress. Il existe quelques tutoriels sur la façon de procéder, mais également un excellent outil spécialement conçu à cet effet et appelé Tumblr2WordPress .
Vous voudrez également faire des copies de sauvegarde des images que vous utilisez, au cas où elles seraient perdues lors du processus d'exportation/importation.
Configurer WordPress sur un domaine temporaire
La plupart des forfaits d'hébergement vous permettent d'accéder à votre site à partir d'un domaine temporaire en cours de développement. Utilisez cette fonctionnalité pour configurer votre site WordPress et modifiez tous les paramètres pour qu'ils soient comme vous le souhaitez.
Ensuite ...
Importez votre site Tumblr
Une fois que WordPress est opérationnel, importez votre ancien site et assurez-vous que tout fonctionne comme vous le souhaitez.
Changer l'URL du site
Maintenant que WordPress est en cours d'exécution, nous souhaitons lui indiquer le nom de domaine correct à utiliser. Alors connectez-vous à votre tableau de bord et allez dans Paramètres "Général. Changez l'URL du site et l'URL du blog aux valeurs que vous souhaitez utiliser, puis cliquez sur "Enregistrer".
Ceci cassera temporairement votre site !!! Vous ne pourrez pas vous reconnecter avant de suivre les étapes suivantes !!!
Editez votre fichier hosts
Sous Windows, vous pouvez modifier votre fichier hosts pour rediriger des domaines vers différents emplacements. Cela le fera sur votre ordinateur uniquement , votre site apparaîtra à http://mysite.com même s'il est en fait à http://temporarysubdomain.myhost.com.
- Voici un tutoriel rapide valable sous Windows XP.
- Voici un autre
Flush votre DNS
A partir de la commande Invite (c'est-à-dire DOS), exécutez la commande ipconfig /flushdns. Cela videra votre cache de résolution DNS et accélérera un peu les choses.
Se reconnecter à WordPress
Si vous avez fait les choses correctement, vous devriez maintenant pouvoir accéder à votre site à http://mysite.com à partir de l’ordinateur avec le fichier hosts édité . Connectez-vous et assurez-vous que le site affiche toujours comme il se doit. Prenez quelques minutes pour modifier les URL d'image qui se sont cassées au cours de la transition et rendre les choses plus élégantes.
Pointez votre domaine
Maintenant que WordPress est installé, configuré pour fonctionner avec votre domaine et pour afficher votre contenu Tumblr migré, il est temps de pointer le domaine vers WordPress. Retournez chez votre hôte et déplacez le domaine afin qu'il pointe vers le bon emplacement.
Réinitialiser votre fichier hosts
Maintenant que le domaine est pointé, revenez en arrière et annulez les modifications que vous avez apportées à votre fichier hosts ... sinon, il est impossible de savoir quand la transition a été effectuée (votre système pointera toujours vers le bon site, même si le reste du monde ne l'est pas).
Ouvre une bière et regarde un match de football
Sérieusement. Les mises à jour DNS peuvent prendre un certain temps pour se propager sur Internet. Par conséquent, ne vous attendez pas à ce que votre domaine redirigé fonctionne immédiatement. Cela peut prendre 12 minutes. Cela peut prendre 12 heures. Cela dépend de votre hôte et de votre fournisseur d'accès.
Allez sur le domaine de votre site
Vérifiez de temps en temps pendant le match de football que vous regardez pour voir s’il a été pointé correctement (je recommande les publicités et les temps morts… ils sont ennuyeux de toute façon). Maintenant que vous utilisez le fichier hosts par défaut, vous devriez voir le nouveau site immédiatement lorsque le DNS passe enfin.
Alto! Vous avez terminé
Si vous avez correctement suivi toutes les étapes ci-dessus, vous devriez le faire. L'ensemble du processus peut prendre de 15 minutes à plusieurs heures, en fonction du temps d'actualisation du cache DNS de votre fournisseur de services Internet. J'ai utilisé ce processus plus d'une douzaine de fois sur des sites clients et il fonctionne à chaque fois.
Quelques notes rapides ...
- Lorsque vos images sont importées, elles seront probablement stockées avec l'URL
http://temporarysubdomain.myhost.complutôt quehttp://mysite.com. Vous devrez soit créer une redirection côté serveur pour résoudre ce problème, soit modifier manuellement vos images. Comme vous n’avez que 25 articles, ce n’est pas une grosse affaire à faire à la main, mais il existe des moyens d’automatiser le processus avec des instructions de recherche et remplacement SQL si vous recherchez un raccourci. - Ne touchez pas le GUID! Je ne saurais trop insister là-dessus. Le GUID stocké dans la base de données est un "identificateur global unique" ... signifiant qu'il est unique pour cette page ou cet actif spécifique, malgré le domaine sur lequel vous vous trouvez. Oui, WordPress utilise l'URL du site pour générer le GUID, mais cela ne veut rien dire en réalité. Il s’agit simplement d’une chaîne statique qui n’est censée être utilisée pour rien, sauf pour identifier la publication comme unique par rapport aux autres dans la base de données. Même si vos publications importées auront votre domaine de test dans le cadre du GUID, ne change pas cela .
Comme toujours, si vous avez des questions, n'hésitez pas à demander.
Déni de responsabilité - mon expérience ne concerne que le déplacement de WP.
Commencez par passer en changeant l’URL du site , il explique correctement comment WP enregistre et réagit aux modifications de l’URL, ainsi que certaines astuces rendre plus facile.
La mauvaise partie ici est que Wordpress utilise l'URL complète de la publication en tant que GUID. Je vais donc devoir modifier manuellement la base de données afin que chaque publication, page et ressource multimédia soit conservée sur realdomain.com au lieu de test.realdomain.com.
Ignore ça.
Les GUID ne sont pas destinés et ne sont pas utilisés pour l'affichage frontal. Ils agissent comme des identifiants étendus (dans les flux, par exemple), mais les liens réels affichés sur le site sont complètement séparés.
J'ai une pile de test locale - les publications importées à partir d'un blog ont des GUID avec un domaine réel, mais fonctionnent parfaitement bien sur localhost.
Notre scénario est un peu différent, mais présente des caractéristiques similaires. Nous sommes en train de migrer une installation WordPress MU assez importante (plus de 500 blogs, environ 14 domaines) d'un fournisseur d'hébergement vers une nouvelle installation WordPress 3.0.1 hébergée par un client. Voici notre plan global:
- Configurez le nouveau système sur le site client.
- Utilisez les fichiers hôtes modifiés sur les systèmes de l'équipe de développement pour diriger nos systèmes de développement vers les nouveaux serveurs. Faites tous nos dev et test sur ces boîtes.
- Effectuez la migration - dans notre cas, il s'agit d'une opération nocturne, et nous utiliserons les fonctionnalités de message administratif de WP pour communiquer (après un court temps d'immobilisation pour instantané de la base de données de production) que les modifications apportées par les auteurs/commenters/etc. après ce point sera perdu. Etant donné qu’il s’agit d’une activité en dehors des heures de bureau, nous ne prévoyons pas beaucoup de commentaires sur les articles de blog provenant d’utilisateurs frontaux.
- Une fois que nous avons migré (et dans notre cas, mis à niveau la base de données, etc.) et testé la nouvelle installation, nous publierons les nouveaux enregistrements DNS.
Si vous souhaitez un compte rendu après action, je peux vous le fournir un vendredi (mais pas trop tôt!).
Il n’existe actuellement aucune solution simple à ce problème et WordPress, prêt à l’emploi, ne permet pas de passer du développement à la production sans modifier manuellement la base de données. :)
Vous voudrez peut-être examiner cette question: Comment: déplacer facilement une installation WordPress du développement à la production? où plusieurs méthodes sont décrites.
La solution la plus simple consiste à modifier le fichier hosts de votre poste de travail afin de pointer exemple.com vers une adresse IP différente. Vous pouvez appeler exemple.com dans votre navigateur et obtenir le nouveau serveur plutôt que l'ancien, et voir les choses exactement comme si le changement avait été propagé via DNS. Ce commutateur peut être simplifié à l’aide d’un outil tel que ghost , mais il existe des moyens de le faire sur chaque plate-forme via un hôte fichier .
La manière ghost:
adam@compy:~$ ghost add example.com 10.0.0.1
À propos du passage d'un blog Tumblr à Wordpress à l'aide du script Ben Ward PHP (Tumblr2Wordpress). La dernière fois que je l’ai testée, elle ne génèrerait pas de titre sauf pour les publications régulières. Cela pourrait être résolu (en sachant un peu de connaissance du script PHP] en utilisant le bloc Tumblr {PostSummary}, qui était conçu dans Tumblr précisément pour créer un titre là où il n'y en a pas (pour les flux RSS, entre autres).
Un autre point important à noter. Le très bon script de Ben Ward (je le pense vraiment: il s'agit en fait de loin de la meilleure solution pour passer de Tumblr à Wordpress) n'importera pas de média (images par exemple). Toutes les images seront liées aux serveurs de Tumblr après l’importation. Encore une fois, ce problème est facilement résolu en utilisant un plugin après l'importation, ce qui permettra au blog Wordpress de télécharger automatiquement des images hot-link.