Dans les navigateurs modernes, y a-t-il un intérêt à mettre www devant une url qui l'utilise ?

Dans les navigateurs modernes, y a-t-il un intérêt à mettre www devant une url qui l'utilise ? Lorsqu'on se rend sur www.facebook.com ou www.cbc.ca, y a-t-il un avantage ou une différence à omettre le www ?

D'habitude, ça ne l'est pas, mais ça pourrait .

Cela n'a rien à voir avec le navigateur, mais avec le serveur web. Le serveur web est un ordinateur (ou même plusieurs ordinateurs) qui reçoit les demandes de pages web et envoie les données appropriées. Une URL comprend plusieurs parties, dont l'une est le nom ou l'adresse du serveur web.

De nombreuses entreprises hébergent plus qu'un simple serveur web, elles peuvent également gérer un serveur FTP, un serveur de base de données, un serveur de messagerie, etc. Ceux-ci peuvent être hébergés sur la même machine que le serveur web ou sur des machines différentes.

Dans le passé, il était courant de spécifier la différence via un préfixe pour des raisons de cohérence. Ainsi, par exemple, Acme Industries pourrait acheter le nom de domaine acme.org puis en créer un ou plus des ordinateurs pour héberger les différents services qu'ils proposent. Lorsque vous souhaitez utiliser l'un de ces services, vous saisissez le nom d'hôte approprié :

 www.acme.org - Acme’s web-site
 ftp.acme.org - Acme’s file server
 sql.acme.org - Acme’s database server
 pop.acme.org - Acme’s incoming mail server
smtp.acme.org - Acme’s outgoing mail server

Alors pourquoi cela fonctionne-t-il encore sans www. ? Parce que la plupart des serveurs web vous permettent d'accepter différentes URL et rediriger si nécessaire. Pour la commodité des utilisateurs, la plupart des entreprises et des organisations établissent une règle pour que le serveur web gère les connexions au nom d'hôte sur le port 80 (le "port web") ou les redirige vers un autre système si le serveur web est une autre machine.

La différenciation du service ou de la machine à laquelle on accède peut également se faire par le biais du port, mais cela nécessite de l'inclure spécifiquement dans le nom, ce qui n'est pas vraiment mieux que l'utilisation de préfixes :

acme.org:80     - web-server
acme.org:21     - file server

Parfois, le régime peut remplir cette fonction :

http://acme.org - web-server
ftp://acme.org  - file server

L'utilisation de schémas fonctionne également et peut être réalisée automatiquement à l'aide du logiciel approprié (par exemple, un navigateur ajouterait http:// un client de messagerie ajouterait pop:// ), mais il n'existe pas de schémas officiels pour tous les types de serveurs qui peuvent exister, et en inventer un n'est pas idéal car il faudrait un logiciel pour le supporter.

Il devient de moins en moins nécessaire d'inclure www. Mais ce n'est pas universel et certains sites l'exigent encore parce qu'il permet d'organiser les choses.

Oui et non. Le www est "simplement" un sous-domaine utilisé pour les sites web en général, et malheureusement, toutes les entreprises ne configurent pas leur domaine de deuxième niveau pour qu'il soit accessible sans lui.

Si l'adresse à laquelle vous vous rendez a un sous-domaine www y il n'est pas configuré pour permettre son deuxième niveau, alors il est nécessaire. Sinon, non.

Quant à la façon de l'installer, il y a deux écoles de pensée qui pensent que www n'est pas nécessaire y qu'il ne . Il y a peu de raisons pas pour configurer vos enregistrements de domaine afin qu'ils pointent vers le domaine de second niveau www moins. www est probablement obsolète à notre époque, mais cela ne fait pas de mal de l'avoir. Dans mon cas, je n'ai personnellement pas de domaines www, mais c'est plus par paresse qu'autre chose.

En général, les entreprises redirigent "domain.com" vers "www.domain.com", mais ce n'est pas une norme obligatoire, et elle n'est pas toujours respectée.

Bien que la plupart de vos interactions sur l'internet se fassent par le biais d'un navigateur web, il existe d'autres choses sur l'internet que les pages web. Si la quasi-totalité de ces éléments sont aujourd'hui intégrés dans des pages Web, il existe encore des protocoles FTP, Telnet, Gopher, des serveurs de nouvelles, des serveurs de messagerie, SIP (voix sur IP) et quelques autres protocoles amusants. Quelqu'un se souvient-il de Finger ?

Comme tous ces services étaient différents, un nom d'hôte unique leur était attribué par convention : vous pouviez toujours compter trouver un serveur FTP à ftp.netscape.net, leur serveur gopher était gopher.netscape.net, etc.

Bien sûr, dans les années 80 et au début des années 90, un ordinateur serveur coûtait plus cher qu'une voiture de luxe. Donc www.company.com et ftp.company.com probablement pointent au même endroit, puisque toute l'entreprise n'aurait qu'un seul serveur Internet.

Puis quelque chose d'important s'est produit. Dans les années 90, les serveurs sont devenus moins chers et les gros ordinateurs et mini-ordinateurs coûteux ont cédé la place à des systèmes de base qui coûtent moins cher qu'un week-end à Disneyland. N'importe quel ordinateur de bureau pouvait être un serveur web, grâce à Linux, et les gens ont commencé à construire leurs fermes de serveurs avec plusieurs PC. Aujourd'hui, vous pouvez construire un serveur web pour moins de 100 dollars et le stocker dans une canette de soda (vide, espérons-le).

Alors l'Internet a explosé : Facebook reçoit aujourd'hui plus de visites en un jour que l'ensemble de l'Internet en 1995. Nous utilisons donc plus d'un serveur pour traiter les requêtes web : des serveurs entiers groupes De nos jours, un grand nombre d'ordinateurs répondent à un seul nom d'hôte, grâce à la magie de l'équilibrage des charges, et l'internet semble s'être fixé comme norme de faire tout son travail sur l'internet via un navigateur web.

Cela signifie que www.domain.com n'est plus sur le même ordinateur que ftp.domain.com. Alors, où envoyons-nous les requêtes au domaine "nu" de "domain.com" ?

Aujourd'hui, les gens considèrent le "web" comme "l'Internet", et utilisent donc un navigateur pour tout ce qu'ils font. C'est pratique, car avoir des programmes distincts pour télécharger des fichiers, lire les nouvelles, consulter les courriels, lire les blogs et vérifier la météo peut être une véritable plaie. Cela soulève également des questions telles que "pourquoi avons-nous le mot www devant les pages web ?". Cela signifie que nous pouvons généralement nous en tirer en supposant qu'une requête pour un domaine nu est la même qu'une requête pour le serveur www de ce domaine.

À l'heure actuelle, la plupart des entreprises répondent aux demandes nues en redirigeant "domaine.com" vers "www.domain.com". Cependant, aucune norme ne l'exige, et vous constaterez souvent que les petits domaines hébergés dans des fermes de serveurs ne répondent pas aux domaines nus de cette manière. (Par exemple, une société d'hébergement que j'ai utilisée renvoyait les utilisateurs vers la page d'accueil de la société d'hébergement lorsqu'ils tapaient simplement "mondomaine.com").

Heureusement pour les plus paresseux d'entre nous, il existe un raccourci clavier dans la plupart des navigateurs qui permet de raccourcir encore plus le processus : il suffit de taper "société", d'appuyer sur Control-Enter, et le navigateur l'élargit à "www.company.com".

La partie nom de domaine des URL est lue à l'envers. Ainsi, www.example.com/index.html est en fait comme com/example/www/index.html en termes de qui est "dans" qui.

De nombreux sites disposent d'un www mais ils peuvent aussi avoir d'autres sous-domaines tels que ftp , secure , members , forum , us , fr , china et ainsi de suite. Elles sont toutes différentes les unes des autres, et www.example.com est également une adresse différente de example.com (il n'y a pas de règle disant example.com doit être interprété comme www.example.com et non, par exemple, store.example.com ).

Que se passe-t-il si je n'ajoute pas le www ?

En général, rien. Les personnes qui gèrent des sites web se rendent compte que tout le monde va l'oublier tout le temps, alors ils configurent leur site pour que www.example.com y example.com pointent vers le même endroit (en redirigeant).

De temps en temps, il se peut que vous tombiez sur un site qui ne fonctionne pas sans l'option www parce que la personne qui l'exécute n'a pas fait la configuration. Vous pourrez donc accéder http://www.example.com mais http://example.com retournera une erreur.

Que se passe-t-il si je mets un supplément www ?

Idem que ci-dessus, sauf que l'on change l'URL qui fonctionne et celle qui ne fonctionne pas.

De plus, techniquement, vous êtes supposé inclure le fichier http:// également, de sorte que toute adresse que vous saisissez est de toute façon incomplète, que vous saisissiez la partie www ou pas. Le navigateur devra déduire ce que vous avez voulu dire dans les deux cas, et pourra donc en déduire que l'option www était censé être inclus.

Les sites où le www sont très rares de nos jours, mais je sais que j'en ai rencontré quelques-unes au cours des deux ou trois dernières années. Je ne me souviens pas de quoi il s'agissait pour l'instant.

En tant qu'administrateur système, si vous voulez utiliser les services CDN pour accélérer votre service web, vous ne pouvez pas utiliser n'importe quelle combinaison de règles DNS ensemble.

Pour utiliser un CDN, vous devez utiliser un Cname dns, donc vous devez créer un Cname pour acme.org, mais si vous voulez recevoir du courrier avec user@acme.org, vous ne pouvez pas avoir un cname pour acme.org. Ensuite vous devez utiliser un sous-domaine www pour le serveur web, donc en tant que sysadmin il est obligatoire d'avoir un enregistrement www.

Les navigateurs modernes vous cachent la nécessité d'écrire la partie www, mais cette partie peut être nécessaire pour un site web avec un taux de visite élevé. Les règles de l'internet sont anciennes, mais ce sont nos règles.