Quel est le but du sous-domaine WWW?

63

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é?

mk12
la source
1
Bonne question. Je suis curieux de pouvoir abréger "World Wide Web" en quelque chose qui (bien sûr est plus court sur papier / écran) est en réalité 3 fois plus long à dire à voix haute. Peut-être le seul exemple de cela en anglais. Les autres langues n'ont bien sûr pas ce problème. Des bons moyens de simplifier?
outsideblasts
1
"www" n'est généralement pas un sous-domaine - vous êtes peu susceptible de voir foo.www.example.com. Au lieu de cela, "www" est souvent CNAME - un alias pour une autre machine physique.
Jeudi
6
Un cname n'est-il pas un type de sous-domaine?
mk12
3
Oui, www.c’est un sous-domaine, et peu importe qu’il ait ses propres enregistrements d’ adresse ( A/ AAAA) ou qu’il s’agisse simplement CNAMEde se déplacer ailleurs. Cela reste un sous-domaine.
Grawity
1
Techniquement parlant, je pense que Dan a peut-être raison: www ferait référence à un ordinateur (un hôte) soit directement (via un enregistrement A), soit indirectement (via un enregistrement CNAME; un alias); il s'agirait donc d'un nom d'hôte ou d'un nom complet. nom de domaine qualifié (FQDN). Il se pourrait que le sous-domaine soit un terme général pour tout nom de domaine ayant un domaine parent.
Lee B

Réponses:

89

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.

Chris W. Rea
la source
2
D'accord avec bm. Le domaine (par exemple google.com) gère de nombreux services et le type www indique quel service il utilise (www, mail, smpt, pop, ftp ...). Bien entendu, le trafic www étant probablement le type le plus courant, les serveurs sauront probablement ce qui est attendu et agiront en conséquence. De nombreux serveurs sont configurés pour rediriger le trafic de (par exemple) google.com vers www.google.com. Une des raisons est que les moteurs de recherche considèrent souvent google.com et www.google.com comme des sites différents (ce qui est mauvais pour des raisons qui ne sont pas pertinentes ici). Les sites quittant le site Web deviennent de plus en plus courants, par exemple superuser.com!
outsideblasts
Donc, le www signifie que c'est pour le Web, pour le protocole http, et aussi pour le séparer des sous-domaines (pour les cookies), mais maintenant certains serveurs (comme le superutilisateur) n'utilisent pas le www (bien qu'il soit redirigé vers le www) car ils sont uniquement destinés à cela.
mk12
@ Mk12: Vous soulevez un point intéressant: le http://protocole est destiné au trafic Web, alors que les autres sous-domaines populaires ont leurs propres protocoles, comme ftp://. Existe-t-il de nombreux cas où HTTP convient au trafic hors site?
DisgruntledGoat
http est pour hyper texte, html. Donc, peu importe ce qui sera reçu, c'est du HTML simple. Je ne comprends pas vraiment ce que vous entendez par "protocoles propres", ftp est le protocole de transfert de fichiers.
mk12
1
Ceci est libellé étrangement. Il y a STILL et Internet aujourd'hui, et c'est toujours séparé du www :)
Django Reinhardt
20

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.

Andrew Moore
la source
6
Hein? www. était en usage avant que les cookies n'existent - depuis le début du Web - à ma connaissance.
Lee B
2
Oui, mais maintenant c'est une convention décente pour garder les cookies séparés si vous finissez par utiliser des sous-domaines pour des sites distincts.
Paul D. Waite
2
Voilà quelques très bonnes informations sur l'application de cookies avec des sous-domaines, mais j'ai bien peur que cela ne réponde pas vraiment à la question de savoir POURQUOI les sous-domaines sont utilisés tels qu'ils sont.
outsideblasts
2
@Lee B: Parce qu’aujourd’hui, c’est la seule véritable raison pour laquelle les gens continuent à utiliser www.de nouveaux sites Web. Il n'y a pas d'autre raison technique pour laquelle www.est encore utilisé aujourd'hui.
Andrew Moore
1
Désolé, pas d'accord.
Lee B
6

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)

dbr
la source
5

Ç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

Martin Beckett
la source
1
Vous serez heureux d'apprendre qu'ils ont "mis à niveau" l'adresse de leur site en " uk.rs-online.com/web ". Ils ont pourtant quitté le titre en disant "Bienvenue sur rswww.com" cependant; D
Lee B
3

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.

Lee B
la source
Comme ils sont sur des ports différents, ce n'est pas vraiment un problème.
Martin Beckett
@mgb: ce que vous voulez dire n'est pas un problème en ce qui vous concerne. Certains d'entre nous se soucient de faire les choses d'une manière élégante.
Lee B
il est tout à fait possible d'avoir http sur des ports inhabituels ...
Penguat
de sorte que des serveurs tels que www.votreentreprise.com et ftp.votreentreprise.com avaient historiquement des adresses IP différentes?
Jiggunjer