Quel est le but du sous-domaine WWW?

Quel est le point d'avoir www.? N'est-ce pas un texte inutile? Puisque tout le monde y est habitué, www.google.comsemble plus équilibré que google.com, mais pourquoi a-t-il commencé en premier lieu?

Une chose que je remarque, est que google.coma l'adresse IP de 74.125.53.100, au Royaume - Uni, tout www.google.coma l'adresse IP de 209.85.135.106, aux États - Unis. Quelqu'un pourrait-il expliquer un peu à ce sujet?

Edit: Est example.tldcensé être une machine différente de celle 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, email, 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 que ce serait la chose la plus populaire pour laquelle utiliser Internet, après le courrier électronique. 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 tapé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 souhaitez utiliser des cookies, conservez le www..

Vous pouvez toujours utiliser une redirection 301 pour rediriger le domaine court vers celui avec www.lequel vos utilisateurs ne sont 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 sur 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 pouvoir utiliser un domaine sans cookie, par opposition à un simple sous-domaine.

Autre que cela, choisir entre garder le www.ou non est juste 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.

MODIFIER:

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, configurer un cookie pour example.compermettre efficacement 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

Plutôt que de définir un cookie, le cookie www.example.comne le permet que dans les situations suivantes:

www.example.com
sub.www.example.com

En utilisant a, www.vous vous autorisez à utiliser des sous-domaines pour avoir différents cookies du site principal (et aucun du tout 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 www.utilisé, mais une raison possible:

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, comme l' explique Andrew Moore et ce blog.SO post . De plus, si vous redirigez le domaine non-www, les utilisateurs n'ont pas à le taper (et même si vous ne le ferez pas, la plupart des navigateurs essaieront "www.example.com" si "example.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 avoir des factures adressées à "La secrétaire du club" au lieu de "Susan". Si vous avez des factures envoyées à susan, des catalogues de vente et des CV, qu'arrivera-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 leur ROLE, 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.