Nom de domaine sur l'hôte différent du site Web
J'ai créé un site Web avec un nom de domaine et le site Web actuel hébergé chez Fasthosts. Je leur ai construit un site Web hébergé chez un hôte différent, hébergement illimité. Le site Web que je leur ai créé se trouve dans un répertoire comme celui-ci www.mysite.com/dev/0002.
So fasthosts: est le registraire du nom de domaine, il contient également toutes les adresses électroniques et leur site actuel.
hébergement web illimité: le nouveau site est-il dans un sous-répertoire, comme .com/dev/0002
Est-il possible de conserver le nom de domaine et les adresses électroniques tous hébergés chez fasthosts et de faire héberger le nouveau site Web dans mon compte d'hébergement Web illimité et de faire en sorte que le domaine pointe sur le nouveau site Web?
Comme le note Lèse Majesté dans les commentaires, il est possible de faire ce que vous suggérez, mais il est probablement plus facile (à court et à long terme) de: déplacez simplement tout vers le nouvel hôte.
Je suggérerais de contacter votre nouvel hébergeur et de lui demander son aide pour organiser un transfert en douceur. Ils devraient pouvoir vous donner des instructions sur la façon de tout déplacer avec un minimum de tracas, et ils pourraient peut-être s'occuper de certaines choses (telles que le transfert de DNS proprement dit) entièrement de leur côté. N'oubliez pas qu'ils ont un intérêt financier à vous aider à bien faire les choses.
Dans les commentaires, vous sous-entendez que le nouveau site aura une structure différente de celle de l'ancien. Bien qu'il soit certainement possible de préparer le nouveau site sur le nouvel hôte, puis de changer le DNS pour le désigner, une solution plus simple pourrait être de le faire en plusieurs étapes:
Faites une copie exacte de l'ancien site (qui, je suppose, est principalement du code HTML statique) sur le nouvel hôte.
Modifiez les enregistrements DNS pour qu'ils pointent vers le nouvel hôte. Si cela est fait correctement, cette étape devrait être essentiellement invisible pour les utilisateurs. Attendez que l'ancien DNS TTL ait expiré.
Configurez la nouvelle structure de site à côté de l'ancienne, mais ne remplacez pas encore les anciennes pages. (Je suppose que vos nouvelles URL ne chevaucheront généralement pas les anciennes, à l'exception peut-être de la page principale.) Vérifiez que le nouveau système fonctionne et que tout le contenu que vous souhaitez conserver a été copié sur le nouveau système. Bien sûr, vous pouvez effectuer cette étape avant même les étapes 1 et 2 si vous le souhaitez.
Remplacez les anciennes pages par les redirections 301 vers leurs équivalents les plus proches dans le nouveau système.
Cette façon de procéder présente quelques avantages: lors du passage au DNS, il n’ya pas de période où certains utilisateurs verront le nouveau site et certains l’ancien, et la configuration des redirections 301 signifie que vous ne supprimerez pas les anciens liens vers le site. donc ne perdra pas les visiteurs et le rang de moteur de recherche à cause de cela.
En ce qui concerne le courrier électronique, en supposant que vous configuriez sur le nouvel hôte les mêmes boîtes aux lettres que l'ancien, il convient que lors du basculement DNS, le courrier commence tout simplement à arriver dans les nouvelles boîtes aux lettres installées sur les anciennes.
Votre client peut pouvoir continuer à accéder à ses anciennes boîtes aux lettres même après le basculement: cela dépend si l'adresse du serveur configurée dans son client de messagerie est quelque chose comme mail.oldhostingcompany.com (dans ce cas, tout fonctionnera comme avant, aucun nouveau courrier n'arrivera dans les anciennes boîtes aux lettres) ou quelque chose comme mail.sitename.com (auquel cas les enregistrements DNS pour sitename.com vont affecte aussi l'adresse du serveur mail). Vous pourrez peut-être paramétrer leur client de messagerie pour utiliser une adresse du même type avant le basculement, bien que les détails varient évidemment d'une société d'hébergement à l'autre. (S'ils utilisent la messagerie Web, cela dépend également du type de nom d'hôte utilisé pour accéder à l'application de messagerie Web.)
Bien sûr, votre client doit évidemment sauvegarder tous ses courriels avant le basculement, au cas où il y aurait un problème, et les sauvegarder définitivement après la conversion est terminée (puisqu'ils voudront probablement fermer l'ancien compte d'hébergement tôt ou tard). Il est également techniquement possible de télécharger les anciens courriels sur le nouveau serveur, bien que cela ne vaille pas la peine comparé à leur enregistrement dans des dossiers de messagerie locaux sur le propre ordinateur du client.
Je voudrais aussi au moins envisager la possibilité suggérée par jflaflamme de créer un compte de messagerie tiers (par exemple, chez Gmail) et de configurer le nouvel hébergement de manière à ce que tous les courriers électroniques y soient transférés. En réalité, tout dépend de la fiabilité et de la fiabilité de la nouvelle société d'hébergement comparée à Google et de la question de savoir si vous envisagez de changer à nouveau de société d'hébergement. Personnellement, je suis heureux de laisser mon hébergeur stocker mes courriels, mais cela présente des avantages.
Voici différents scénarios et solutions:
SOLUTION 1
Dans unlimitedwebhosting, pouvez-vous "ajouter" un domaine et le diriger vers le répertoire com/dev/0002?
Si tel est le cas, vous voulez créer "le panneau de configuration?" De fasthosts www.clientdomain.com et clientdomain.com A accéder à votre adresse IP unlimitedwebhosting.
SOLUTION 2
Les fasthosts sont-ils capables de faire des URL FRAME?
De cette façon, vous pouvez simplement faire en sorte que www.clientdomain.com affiche le contenu de www.monsite.com/dev/0002.
SOLUTION 3
Si vous ne souhaitez pas payer deux hébergeurs, vous basculez votre messagerie client vers Google Apps :-)
SOLUTION 4
Choisissez un registraire capable de faire des URL FRAME, hébergez vos enregistrements DNS, GRATUITEMENT http://www.namecheap.com/products/freedns.aspx?aff=16569