Dans les navigateurs Web modernes, est-il utile de placer www devant une URL qui l'utilise?

Quand va www.facebook.comou www.cbc.caest - il un avantage ou la différence faite en omettant le www?

EDIT: il pourrait donc y avoir un problème si wwwest omis mais pas automatiquement ajouté, pourrait-il jamais être un problème si wwwest ajouté mais pas obligatoire?

Dans les navigateurs Web modernes, est-il utile de placer www devant une URL qui l'utilise? Lorsque vous visitez www.facebook.com ou www.cbc.ca, y a-t-il un avantage ou une différence en omettant le site www?

Ce n'est généralement pas le cas, mais cela pourrait arriver .

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

De nombreuses entreprises hébergent plus qu'un serveur Web, elles peuvent également exécuter un serveur FTP, un serveur de base de données, un serveur de messagerie, etc. Ceux-ci peuvent être hébergés à partir du même ordinateur que le serveur Web ou sur des ordinateurs différents.

Dans le passé, il était courant de spécifier la différence via un préfixe de cohérence. Ainsi, par exemple, Acme Industries pourrait acheter le nom de domaine acme.org, puis configurer un ou plusieurs ordinateurs pour héberger leurs différents services. Lorsque vous souhaitez utiliser l'un des services, vous entrez 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 ça marche toujours sans www.? Parce que la plupart des serveurs Web vous permettent d'accepter différentes URL et de les rediriger si nécessaire. Pour la commodité des utilisateurs, la plupart des sociétés et des organisations définissent une règle selon laquelle le serveur Web doit gérer les connexions au nom d'hôte sur le port 80 (le "port Web") ou le rediriger vers un autre système si le serveur Web est différent. machine.

La différenciation du service ou de la machine accessible peut également être effectuée via le port, mais cela nécessite de l'inclure spécifiquement dans le nom. Ce n'est donc pas vraiment mieux que d'utiliser des préfixes:

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

Parfois, le schéma peut remplir cette fonction:

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

L'utilisation de schémas fonctionne également et peut être effectuée automatiquement à l'aide du logiciel approprié (par exemple, un navigateur ajouterait http://, un client de messagerie ajouterait pop://, etc.), mais il n'existe pas de schémas officiels pour chaque type de serveur pouvant exister, et en inventer un n’est pas idéal car il faudrait un logiciel pour le prendre en charge.

Il devient de moins en moins nécessaire d'inclure www., mais ce n'est pas universel et certains sites en ont encore besoin car cela aide à garder les choses organisées.

Oui et non. Le www est «juste» un sous-domaine qui est couramment utilisé pour les sites Web, et malheureusement, toutes les entreprises ne configurent pas leur domaine de second niveau pour être accessible sans ce dernier.

Si l'adresse que vous allez utiliser a un sous - domaine www et qu'elle n'est pas configurée pour permettre son second niveau, elle est alors nécessaire. Sinon non.

Pour ce qui est de la manière dont vous le configurez, il existe deux écoles de pensée: le www n'est pas nécessaire et c'est le cas . Il n'y a aucune raison de ne pas configurer vos enregistrements de domaine pour qu'ils pointent vers le domaine www moins de second niveau. www est probablement obsolète de nos jours 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 que tout autre chose dû à la paresse.

Habituellement, les entreprises redirigent "domain.com" vers "www.domain.com", mais ce n'est pas une norme obligatoire, et ce n'est pas toujours suivi.

Bien que vous fassiez la plupart de vos interactions Internet via un navigateur Web, il existe d'autres éléments sur Internet que les pages Web. Aujourd'hui, presque tout cela est contenu dans des pages Web, mais il reste encore FTP, Telnet, Gopher, serveurs de nouvelles, serveurs de messagerie, SIP (voix sur IP) et quelques autres protocoles amusants. Quelqu'un se souvient de Finger?

Étant donné que tous ces services étaient différents, un nom d’hôte unique leur était attribué par convention: vous pouviez toujours trouver un serveur FTP sur 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 de serveur coûtait plus cher qu'une voiture de luxe. Ainsi, www.company.com et ftp.company.com désignaient probablement le même endroit, car toute l'entreprise ne disposerait que d'un seul serveur Internet.

Puis quelque chose de grand est arrivé. Dans les années 90: les ordinateurs de serveur sont devenus moins chers, et les ordinateurs centraux et les mini-ordinateurs coûteux ont cédé la place à des systèmes plus économiques qui coûtent moins cher qu'un week-end à Disneyland. N'importe quel ordinateur de bureau peut être un serveur Web, grâce à Linux gratuit, et les utilisateurs ont commencé à créer leurs batteries de serveurs avec plusieurs PC. Aujourd'hui, vous pouvez créer un serveur Web pour moins de 100 dollars et le stocker dans une canette de soda (éventuellement vide).

Internet a explosé: Facebook reçoit aujourd'hui plus de hits en une journée qu'en 1995. Nous utilisons donc plus d'un serveur pour gérer les requêtes Web: des groupes d'ordinateurs entiers répondront à un seul nom d'hôte, merci. la magie de l’équilibrage de charge, et Internet semble avoir adopté une norme de faire tout notre travail 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 des demandes au domaine "nu" de "domain.com"?

Aujourd'hui, les gens considèrent le "Web" comme "Internet" et utilisent donc un navigateur pour tout ce qu'ils font. C'est pratique, car avoir des programmes séparés pour le téléchargement de fichiers, la lecture de nouvelles, la vérification de courriers électroniques, la lecture de blogs et la météo peut être une vraie douleur. Il soulève également des questions telles que "pourquoi avons-nous www devant des pages Web?" Cela signifie que nous pouvons généralement nous en sortir en supposant qu'une demande pour un domaine nu est identique à une demande pour le serveur www de ce domaine.

Alors maintenant, la plupart des entreprises répondront aux requêtes nues en redirigeant "domain.com" vers "www.domain.com". Cependant, aucune norme ne l'exige et vous constaterez souvent que les petits domaines hébergés sur des batteries de serveurs ne répondent pas aux domaines nus de cette façon. (Par exemple, une société d'hébergement que j'ai utilisée a amené des utilisateurs à la page de destination de la société d'hébergement lorsqu'un utilisateur a saisi simplement "mydomain.com".)

Heureusement pour les paresseux, il existe dans la plupart des navigateurs un raccourci clavier qui vous permet de raccourcir encore plus le processus: il vous suffit de taper "société", d'appuyer sur Ctrl-Entrée et le navigateur le développe pour devenir "www.company.com".

La partie du nom de domaine des URL est lue à l'envers. Donc, en www.example.com/index.htmlfait, c'est comme com/example/www/index.htmlen termes de qui est "à l'intérieur" de qui.

De nombreux sites ont un wwwsous - domaine, mais ils peuvent aussi avoir d' autres sous - domaines tels que ftp, secure, members, forum, us, fr, chinaet ainsi de suite. Celles-ci sont toutes différentes les unes des autres et www.example.comconstituent également une adresse différente de example.com(aucune règle ne dit example.comqu’il faut interpréter www.example.comet non, par exemple store.example.com).

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

D'habitude rien. Les personnes qui gèrent des sites Web se rendent compte que tout le monde va l'oublier tout le temps. Ils configurent donc leur site pour créer www.example.comet example.compointer au même endroit (en redirigeant).

Une fois dans une lune bleue, vous pouvez rencontrer un site qui ne fonctionnera pas sans, wwwcar la personne qui l’exécute n’a pas effectué la configuration. Vous pourrez donc y accéder http://www.example.commais vous http://example.comrenverrez une erreur.

Que se passe-t-il si je mets un extra www?

Idem que ci-dessus, sauf le commutateur autour duquel l’URL fonctionne et qui ne fonctionne pas.

En outre, techniquement, vous êtes censé inclure la http://pièce également. Par conséquent, toute adresse que vous entrez est incomplète de toute façon, que vous ayez saisi le wwwou non. Le navigateur devra en déduire ce que vous vouliez dire dans les deux cas - de sorte qu'il peut en déduire que le wwwfichier devait être inclus.

Des sites où les wwwproblèmes sont rares de nos jours, mais je sais que j'en ai rencontré quelques-uns au cours des 2-3 dernières années. Je ne me souviens plus de ce qu'ils étaient en ce moment.

En tant qu'administrateur système, si vous souhaitez utiliser les services CDN pour accélérer votre service Web, vous ne pouvez utiliser aucune combinaison de règles DNS à la fois.

Pour utiliser un CDN, vous devez utiliser un nom de fichier DNS. Vous devez donc créer un nom de fichier pour acme.org. Toutefois, si vous souhaitez recevoir un courrier avec user@acme.org, vous ne pouvez pas avoir de nom de domaine pour acme.org. Ensuite, vous devez utiliser un sous-domaine www pour le serveur Web. Par conséquent, sysadmin est obligatoire pour disposer d’un enregistrement www.

Les navigateurs modernes vous ont caché le besoin 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 pour Internet sont anciennes, mais ce sont nos règles.

Il existe des problèmes liés à la variété de smartphones et de tablettes à écran réduit (désolé, mais je ne peux pas me forcer à taper le mot iWords) qui naviguent maintenant sur le Web.

Généralement, les préfixes de mobi.ou m.sont utilisés (au lieu de www.) afin de fournir des pages Web adaptées aux écrans plus petits.

Qui n'a pas encore essayé de naviguer sur une page Web de grande taille sur un petit appareil (défilement, défilement, défilement)?

En s'appuyant sur ce qui a déjà été mentionné, la plupart des serveurs d'entreprise / privés seront automatiquement redirigés vers le WWW. D'un autre côté, beaucoup, sinon la plupart des sites .GOV et .MIL ne le feront pas. Dans ces cas, vous recevez généralement l'un des nombreux messages d'erreur. De plus, ces sites ne redirigent généralement pas automatiquement les connexions vers HTTPS: à partir de HTTP: même lorsque cela est nécessaire.