Quel est le but du sous-domaine WWW?
Quel est l'intérêt d'avoir www.? N'est-ce pas un texte inutile? Puisque tout le monde y est habitué, www.google.com semble plus équilibré que google.com, mais pourquoi a-t-il commencé au début?
Une chose que j'ai remarquée, c'est que google.com a l'adresse IP de 74.125.53.100, au Royaume-Uni, tandis que www.google.com a l'adresse IP de 209.85.135.106, aux États-Unis. Quelqu'un pourrait-il expliquer un peu à ce sujet?
Edit: Est-ce que example.tld est censé être une machine différente de www.example.tld? Est-ce que c'est obligé?
Avant le World Wide Web, il existait encore un Internet, qui était utilisé pour diverses choses: telnet, courrier électronique, Gopher, FTP, etc. À cette époque, il était classique d’attribuer des alias de noms de domaine à des serveurs pour des fonctions communes. Ainsi, smtp.example.com serait le serveur de messagerie SMTP sortant d’exemple.com, ftp.example.com serait le serveur FTP d’exemple.com, etc.
Lorsque le Web a fait son apparition (au début des années 1990), il ne s'agissait que d'une autre application/protocole - on ne pensait pas nécessairement à l'époque qu'il serait le plus populaire chose à utiliser Internet pour, à côté de l'email. Ainsi, le serveur Web d'une organisation s'est vu attribuer un alias de nom de domaine "www". comme tout autre service aurait normalement été attribué.
Au fil du temps, de nombreux sites ont commencé à supprimer le "www.", Car les URL sont après tout souvent entrées par des personnes, ce qui fait 4 caractères de plus qu'il n'est vraiment nécessaire. Mais "www." reste encore aujourd’hui et il est peu probable qu’il disparaisse complètement.
Il est principalement utilisé pour séparer les cookies des autres sous-domaines.
Si vous allez utiliser des cookies, conservez définitivement le www..
Vous pouvez toujours utiliser une redirection 301 pour rediriger le domaine court vers celui avec www., afin que vos utilisateurs ne soient pas obligés de le saisir.
Cela vous permettra de créer des sous-domaines sans cookies pour le service de données statiques. Sans www., les cookies sont servis dans tous les sous-domaines. Par conséquent, si vous n'utilisez pas le www., vous avez besoin d'un nom de domaine complètement séparé pour créer un domaine sans cookie, par opposition à un simple sous-domaine.
En dehors de cela, choisir de garder le www. ou non est simplement une question sur laquelle vous préférez. Assurez-vous simplement de rediriger celui qui n'a pas été choisi vers l'autre via une redirection 301.
EDIT:
Pour expliquer, la définition d'un cookie utilise une hiérarchie pour la manière dont le cookie est propagé au domaine.
Par exemple, définir un cookie sur example.com permet effectivement le transfert de cookies pour:
example.com
www.example.com
sub.www.example.com
my.example.com
oh.my.example.com
images.example.com
hello.example.com
Placer un cookie sur www.example.com ne permet le cookie que dans les cas suivants:
www.example.com
sub.www.example.com
En utilisant un www., vous vous autorisez à utiliser des sous-domaines pour utiliser différents cookies du site principal (et aucun, si vous le souhaitez).
Sans www. (ou un autre sous-domaine), tous les cookies définis sur le domaine se propagent aux sous-domaines.
Aucune idée si c'est traditionnellement pourquoi www. est utilisé, mais une des raisons possibles:
Supposons que vous ayez un serveur qui exécute des serveurs Web, SMTP et IMAP. Les utilisateurs accèdent au serveur Web via www.example.com, SMTP via smtp.example.com et IMAP via imap.example.com.
Votre serveur devient très chargé, vous voulez donc scinder le serveur Web en un nouvel ordinateur. Pour ce faire, il vous suffit de changer le sous-domaine "www" pour qu'il pointe vers l'adresse IP de votre nouveau serveur Web.
Pour les grands réseaux internes, il s'agit d'un moyen simple de déplacer les serveurs. Modifiez simplement l'entrée DNS du serveur SMTP interne et tous les clients commenceront automatiquement à utiliser le nouvel ordinateur. Pas de transfert de ports à craindre
Avec les serveurs faisant face à Internet, vous voudriez probablement garder les deux serveurs sur le même réseau NAT, transférer le port 80 sur une machine différente ou utiliser un équilibreur de charge.
Il y a des avantages à conserver le "www." une partie de l'URL destinée aux serveurs purement Web, notamment en ce qui concerne les cookies, telle que Andrew Moore et de ce blog. SO post expliquer .. De plus, si vous redirigez le domaine non-www, les utilisateurs ne doivent pas le taper (et même si vous ne le faites pas, la plupart des navigateurs essaieront "www.example. com "si" exemple.com "ne fonctionne pas)
Ça pourrait être pire. Le fabricant britannique de pièces détachées 'RS' semble avoir fondamentalement mal compris - son site Web est rswww.com
C'est simplement une question d'abstraction, comme d'avoir des factures adressées à "La secrétaire du club" au lieu de "Susan". Si vous avez des factures envoyées à susan, ainsi que des catalogues de vente et des CV, que se passe-t-il si vous engagez Bob pour traiter des questions de ressources humaines telles que des CV? Le courrier est toujours adressé à Susan, et personne ne saura que c'est pour Bob jusqu'à ce que Susan ait trouvé le temps de l'ouvrir et de s'assurer que ce n'est pas fait pour elle. Ainsi, au lieu de nommer "Susan", la personne même, vous appelez "Département des ressources humaines" - le rôle.
De même, vous nommez les ordinateurs pour leurs rôles, pas les ordinateurs réels. Donc, vous avez un ordinateur appelé www.votreentreprise.com si vous servez des sites Web et un ordinateur appelé ftp.votreentreprise.com si vous fournissez un service FTP, etc. Si vous ne le faites pas, un ordinateur, votre entreprise, doit: recevoir tout le trafic Internet, puis le transférer au bon endroit. www.votreentreprise.com pourrait contenir tous les serveurs Web de Google, mais si votre entreprise est un ordinateur portable, celui-ci sera surchargé, tandis que les serveurs Web resteront assis en attendant que des informations leur parviennent. Comme Susan qui gère tout le courrier initialement, un ordinateur peut gérer tous les rôles au départ, mais les noms d'ordinateur/de domaine distincts permettent de séparer (ou de consolider) les éléments si nécessaire.