Domaine, nom de domaine et site Web sont une seule entité, mais sous des aspects différents. Un domaine - plus techniquement lié - est une entité qui est en quelque sorte liée à un nom de domaine et à un site Web. Un nom de domaine est quelque chose de plus qu'un domaine, il porte un moment social et le nom d'une zone de domaine.
Un site Web est une ressource Web, une sorte d'objet d'information sur Internet qui peut être "découvert" via un navigateur ou un autre produit logiciel qui accepte les langages HTML, CSS, XML, permet l'exécution de code JavaScript, " connaît" les informations sur les protocoles de transmission, etc.
Concept commun de réseau, navigateur et serveur
En dehors d'un navigateur ou d'un logiciel similaire, il n'est pas possible de naviguer sur des sites et de travailler avec eux, mais l'utilisation d'Internet est disponible, il est possible de travailler avec des domaines - c'est le côté technique du processus.
La structure de domaine du réseau est construite à travers un système de bureaux d'enregistrement à vocation sociale (international,organisations publiques, étatiques et commerciales, normes généralement acceptées, accords et procédures d'action établies) et systèmes de serveurs servant des listes de noms de domaine de différentes zones de domaine.
Toute demande de nom de domaine est faite par l'intermédiaire du fournisseur et est traduite dans la liste des zones de domaine la plus proche. Il détermine à quelle zone appartient le domaine, quelle adresse IP lui est attribuée, et le serveur à cette adresse détermine la présence réelle de la ressource Web.
Se référer à un nom de domaine revient à accéder à l'adresse IP d'un serveur, mais le nom de domaine permet au serveur de déterminer exactement quelle ressource Web a été demandée. Chaque serveur Web peut servir des milliers de noms de domaine, qu'il soit ou non connecté au réseau public.
Internet est un ensemble de serveurs publics. Toute entreprise peut mettre en place son propre Internet dans son propre réseau informatique. En règle générale, le réseau propre d'une entreprise est sa sphère personnelle d'intérêts informationnels et leur mise en œuvre. L'Internet est un environnement international accessible au public pour "l'habitat" des ressources Web à des fins diverses.
Options de transfert de domaine
Habituellement, le premier mot qui précède le point avant le nom de la zone de domaine est considéré comme un domaine. Les sous-domaines - le deuxième mot qui vient avant le point avant le nom de domaine - ne comptent pas, bien qu'ils soient absolument équivalents aux domaines réguliers. Pour le transfert de domaine, cette circonstance n'a pas d'importance.
Déménagement physique d'un domaine - un simple changement de l'adresse IP desservant le serveur (hébergement). Il suffit de remplacer le lien vers l'hébergement, et le domaine"déplacé". En fait, l'identification unique d'un nom de domaine à une adresse IP spécifique a tout simplement changé.
Chaque site apparaît à plusieurs reprises dans les listes de noms de domaine de nombreux serveurs. Ces informations sont constamment mises à jour. Changer l'identification unique d'un nom de domaine en une adresse IP spécifique peut prendre d'une minute à deux jours. Habituellement, le changement du lien vers le serveur d'hébergement donne une réponse en 10 à 15 minutes, mais il peut y avoir des retards.
Avant de changer le lien vers le serveur d'hébergement, il est préférable de déplacer le site (code serveur) vers ce serveur d'hébergement. Dans le cas où le site est construit sur WordPress, le transfert du domaine est associé au transfert de la base de données.
Les sites créés de toutes pièces ou sans base de données, ou créant leur propre environnement sur le serveur et leur propre base de données, peuvent être transférés en déplaçant simplement le fichier d'installation, un ensemble de scripts, une archive zip, … - comme il était prévu développeur.
Contenu du domaine: problème technique
Les sites peuvent être construits sur la base d'un système de gestion de contenu (CMS), puis le transfert est déclaré dans le manuel de ce CMS. Un site réalisé par une équipe de développeurs "from scratch" peut être transféré en un seul fichier et déployé indépendamment sur l'hébergement.
En règle générale, l'ensemble des fichiers et la structure des dossiers (système de fichiers) du site permettent une copie 1:1 normale. Dans certains cas, il est nécessaire de faire une copie de la base de données et de la déployer vers la destination.
En termes de sécurité, la mise en œuvre technique actuelle de la ressource Web:
- structure des dossiers et des fichiers - à la racine de l'hébergement;
- base de données vers le système de gestion de base de données hébergé n'est pas le meilleur, mais ça marche, c'est simple, fiable et fonctionne parfaitement sous la protection d'un serveur web.
Le composant technique actuel ne permet pas aux attaquants d'endommager une ressource Web lorsqu'elle est déplacée d'un hébergement à un autre. Une attaque sur le site, un acte illégal délibéré ou toute autre influence négative est générée via un serveur Web, via le CMS utilisé ou autrement.
Tout le monde sait parfaitement que le code de PHP, Perl, Python, etc. est ouvert (même s'il est codé d'une manière ou d'une autre). Le texte de la page (HTML, CSS, JavaScript) est du texte brut. Chacun compte sur sa propre protection de serveur Web et ses propres règles de sécurité.
Domaine dans le contexte des zones de domaine et de la politique publique
Le nom de domaine utilisé MyFutereDomain.com peut être occupé dans une autre zone d'enregistrement. Différents bureaux d'enregistrement établissent des exigences différentes pour les titulaires de noms de domaine. Souvent, l'emplacement des sites est influencé par la politique gouvernementale. Le choix de la zone d'enregistrement peut être limité par l'emplacement du propriétaire ou du site. Mais dans tous les cas, il y a toujours beaucoup d'options.
Écrire des lettres à l'hébergeur concernant le transfert du domaine est l'initiative de l'hébergeur, et cela n'a jamais rien à voir avec les plans du propriétaire de la ressource Web.
Internet s'est développé comme un élément libre de relations et tente de l'influencerles méthodes gouvernementales sont vouées à l'échec. Cependant, on ne peut ignorer la possibilité de bloquer une ressource dans une zone d'enregistrement particulière, par l'une ou l'autre entité juridique internationale ou étatique.
Passer à un autre domaine peut signifier changer le nom de domaine, pas seulement le nom de la zone. Certains propriétaires de domaine trouvent raisonnable de créer des domaines homonymes dans différentes zones ou d'épeler des noms de domaine avec des erreurs qu'un visiteur pourrait commettre lors de la saisie du nom.
Un exemple d'idée pour changer un nom ou une zone
Le propriétaire du nom de domaine search-info.com peut enregistrer search.info ou searchinfo.com, et cette idée lui semblera vraiment pratique.
C'est vrai, le temps nous le dira, mais de grands noms comme google, yahoo, altavista et bien d'autres grands noms de domaine ont eu leurs propres noms. Ils ne comptaient pas sur les erreurs des visiteurs, sur les exigences des bureaux d'enregistrement, des organisations internationales ou des agences gouvernementales de certains pays.
Dans l'ensemble, un site Web est une idée encadrée d'une certaine manière en termes de design et de fonctionnalité. Il n'a qu'une relation indirecte avec le nom.
Cependant, il est préférable de nommer un site, par exemple, Poste russe, par sens, et de ne pas proposer quelque chose d'original dans le domaine du raffinage du pétrole ou du transport de marchandises par des transporteurs aériens.
Nom de domaine et moment social
Une ressource Web est une image informative d'une entreprise ou d'un individu, bien qu'en pratique, elle ressemble davantage à la représentation actuellele propriétaire sur le format de présentation des informations et les fonctionnalités requises à travers le prisme des compétences et des connaissances, l'équipe de développement et le CMS adopté.
Dans tous les cas, une ressource Web est un produit fini avec son propre visage et ses propres fonctionnalités. Peu importe son nom, bien que le nom compte toujours. La pratique montre que le transfert d'un domaine vers un hébergement, impliquant un changement du nom d'un site ou d'une zone de domaine, peut être effectué sans douleur par une banale redirection depuis l'ancien hébergement.
Le site reste (temporairement) sur l'hébergement actuel, mais le fichier d'index ou de redirection via.htaccess renvoie le visiteur vers une nouvelle adresse. Dans un mois ou deux, tous les visiteurs connaîtront déjà le nouveau nom de la ressource Web. Mais, très probablement, ils se souviendront simplement du lien dans les signets de leur navigateur et ne prêteront pas beaucoup d'attention à son contenu.
Un visiteur vient sur le site afin d'atteindre ses propres objectifs ou de résoudre des problèmes qui le concernent. Le nom de la ressource n'est pas aussi important pour lui que pour le propriétaire du site. Le visiteur a besoin du site, pas de son nom. Bien sûr, si microsoft.com veut devenir apple.com, non seulement Apple sera surpris, mais des centaines de milliers d'internautes discuteront de ce qui s'est passé pendant quelques jours. Pour le reste des millions d'utilisateurs de Windows, cela passera inaperçu.
Participation de l'hébergeur au transfert du site
Tous les propriétaires de sites n'utilisent pas de développeurs professionnels. Il existe de nombreux sites sur Internet fournis par des réseaux sociaux, des hébergeurs, des fournisseurs oudes sociétés commerciales spécialisées dans le travail avec des propriétaires de contenu non professionnels.
Un hébergeur rare est intéressé à perdre un client, et transférer un domaine vers un autre hébergement n'est pas une opération très souhaitable pour lui. Mais l'équilibre des intérêts de l'hébergeur et du propriétaire du site peut rendre cette opération justifiée. Par exemple, l'hébergeur interdit catégoriquement de créer une base de données, des dossiers ou des fichiers sur l'hébergement, n'autorise pas l'exécution de scripts. Le client a besoin de ces opérations. Le client a le droit de changer l'hébergement de sa ressource pour celui qui a les fonctionnalités nécessaires.
Un autre exemple. L'hébergement de reg pour le transfert de domaine a formulé non seulement le cadre réglementaire, mais a également créé la fonctionnalité de transfert. Prendre soin du nom de domaine ici est pensé jusqu'à cinq étapes en avant dans le développement de l'opinion du propriétaire du site. Il existe des options pour étendre, quitter ou modifier les conditions d'hébergement de toute nature. C'est bien quand un hébergeur ou un registrar répond aux besoins du propriétaire du site et que le transfert de domaine ne pose pas de problèmes. Mais c'est encore mieux lorsque le propriétaire du site a le droit de prendre ses propres décisions.
Mon propre hébergement pour ma propre idée
Il serait étrange que l'entreprise ne prenne pas soin de son bureau et de son visage. Il serait étrange qu'une personne n'attache pas d'importance à son logement ou à son lieu de travail.
Un site hébergé est une entreprise dans un bureau ou une personne à la maison. Pourquoi ne pas envisager de vous héberger en toute sécurité et de transférer votre domaine vers l'emplacement le plus pratique et le plus sécurisé.
Votre propre hébergement coûte cher etnécessite des connaissances. Mais c'est mieux que de compléter vos propres conditions et exigences avec l'avis et la participation d'un hébergeur tiers. Enregistrer un nom de domaine est une chose, héberger et transférer un domaine en est une autre.
Idéalement, une ressource Web créée par un professionnel est hébergée sur deux ou trois sites, dont l'un appartient au propriétaire du site et est entièrement géré par lui. Tous les sites peuvent être configurés pour l'échange mutuel d'informations à jour. Cette option ne vous obligera pas à transférer le domaine de temps en temps, mais créera des conditions idéales pour son existence sur Internet.
