Migration plus simple du site: éviter les problèmes DNS avec les fichiers hôtes
Ensuite, assignez – le, localisez l’adresse IP dans le fichier de domaine et envoyez – le – vous. C’est la façon dont vous accédez au serveur Web réel qui stocke les ressources que vous demandez.
Comment DNS devient compliqué lors de la migration des sites WordPress vous ne pouvez pas diriger le domaine vers le site cible parce que vous n’êtes pas sûr qu’il fonctionne correctement; Vous ne pouvez pas vérifier qu’il fonctionne correctement parce qu’il n’a pas de nom de domaine. Si vous souhaitez migrer un site WordPress d’un hôte à un autre, DNS a généralement le puzzle suivant: vous voulez voir, utiliser et modifier un nouveau site (le site cible) sur le nouvel hôte, mais le site n’a pas de nom de domaine associé à lui. En d’autres termes, vous ne pouvez voir le site cible qu’au 123.234.123.234 parce que mysite. Com pointe toujours vers l’ancien site sur l’ancien hôte.
Lorsque vous accédez au site cible via IP, il peut être en grande partie interrompu: selon la façon dont vous Migrez, votre lien de site peut ressembler à mysite. Com \/ Link – mon site Web. Le point com \/ Link, bien sûr, retourne à l’ancien hébergement sur l’ancien site. Les ressources du site cible sont en fait des liens qui ressemblent à 12323411123234 \/ Link, parce que le site cible n’a pas de nom de domaine qui le pointe. Vous pouvez utiliser des outils comme searchreplacedb2 pour accéder à la base de données sur le site cible et outrepasser chaque instance de mysite. Com, qui vous fournira un site cible pour votre travail. Toutefois, d’après l’expérience, ce changement pourrait constituer un défi majeur à relever ultérieurement. Par exemple, si vous écrivez par erreur la règle find – replace, vous risquez de perdre une instance de 123.234.123.234 dans la base de données, ce qui me permet de réécrire toutes les adresses e – mail d’un site
Par RIA
La nouvelle adresse IP diffère des autres adresses et les gens verront différentes versions du site. En particulier, si votre serveur de noms ne met pas à jour ses enregistrements, vous ne pouvez pas voir le nouveau site. Étant donné que le TTL est relativement court sur la plupart des serveurs de noms, la propagation du DNS prend généralement plusieurs heures ou moins, ce qui est déjà un problème de tête, car « montrer au monde un site potentiellement corrompu, vous ne pouvez pas voir qu’il est cassé depuis une demi – journée » n’est pas Le meilleur conseil pour un site vraiment concerné.
C’est là que votre FAI (Comcast, Time Warner ou n’importe quelle entreprise qui fournit votre connexion Internet) fonctionne. Les FSI peuvent ne pas configurer correctement les serveurs de noms et, d’après mon expérience, les serveurs de noms des FSI peuvent être utilisés trop longtemps: 24 ou 48 heures ou plus. Cela signifie que tant que vous utilisez toujours la même connexion Internet, même si votre téléphone (avec un FAI différent) affiche correctement le nouveau site, vous verrez presque toujours l’ancien site. Vous pouvez changer les choses en vous déplaçant dans un bar ou en vous connectant à la fonction Hotspot de votre téléphone, mais ce sont des solutions inexactes sur lesquelles vous ne devriez pas compter.
C’est beaucoup de choses sur la façon dont le DNS vous détruit, mais je veux dessiner une image pour vous montrer ce que les problèmes DNS peuvent causer, de sorte que si vous êtes renversé par le DNS, au moins vous savez ce que vous allez faire. Si vous avez déjà migré un site, espérons que cette confusion vous sera familière. Avec toutes ces mauvaises nouvelles, discutons d’une meilleure solution pour tester un nouveau site avant de rediriger le nom de domaine: le fichier hôte de votre ordinateur. L’utilisation de l’hôte pour tester un site sans domaine indique que votre ordinateur peut agir comme serveur de noms.
Il s’avère que votre ordinateur peut agir comme un serveur de noms: Vous pouvez cartographier manuellement
Votre site fonctionnera correctement. Vous pouvez modifier un site Web comme vous l’avez fait pour un site déjà actif. Ainsi, lorsque vous redirigez le domaine vers les enregistrements DNS du nouveau compte géré et que vous propagez ces changements, le reste du monde verra ce que vous avez déjà vu sur votre ordinateur. Bien sûr, pour les hôtes, il y a toujours le danger que vous soyez la seule personne à voir un nouveau site. Vous pouvez vérifier les progrès de la propagation dns en naviguant dans les domaines de votre téléphone. Il est également facile de supprimer l’enregistrement de l’hôte que vous avez créé et de vérifier si vous voyez un nouveau site ou un ancien site. C’est mieux à long terme, parce qu’en général, à des fins de débogage, vous voulez voir ce que le reste du monde voit. L’hôte était génial! J’espère que nous avons montré à quel point DNS est un mal de tête dans la migration des sites WordPress et comment vous gérez la complexité inutile des fichiers hôtes. Avez – vous des questions ou des idées sur l’hôte ou le DNS? Écoutons – les dans les commentaires ci – dessous! Source: Jack Dorsey, Flickr