En los navegadores web modernos, ¿tiene algún sentido poner www delante de una url que lo usa?

¿Cuándo va www.facebook.como www.cbc.cahay algún beneficio o diferencia al omitir el www?

EDITAR: por lo que podría ser un problema si wwwse omite pero no se agrega automáticamente, ¿podría ser un problema si wwwse agrega pero no se requiere?

En los navegadores web modernos, ¿tiene algún sentido poner www delante de una url que lo usa? Cuando vaya a www.facebook.com o www.cbc.ca, ¿hay algún beneficio o diferencia al omitir el www?

Generalmente no lo hace, pero podría .

Esto no tiene nada que ver con el navegador; tiene que ver con el servidor web. El servidor web es una computadora (o incluso varias computadoras) que recibe consultas de páginas web y envía los datos apropiados. Una URL incluye varias partes, una de las cuales es el nombre o la dirección del servidor web.

Muchas compañías alojan más que un servidor web, también pueden ejecutar un servidor FTP, un servidor de base de datos, un servidor de correo, etc. Estos pueden alojarse desde la misma máquina que el servidor web o en máquinas diferentes.

En el pasado, era común especificar la diferencia mediante un prefijo de consistencia. Entonces, por ejemplo, Acme Industries podría comprar el nombre de dominio y acme.orgluego configurar una o más computadoras para alojar los diferentes servicios que tienen. Cuando desee utilizar uno de los servicios, ingrese el nombre de host apropiado:

 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

Entonces, ¿por qué todavía funciona sin www.? Debido a que la mayoría de los servidores web le permiten aceptar diferentes URL y redirigirlas según sea necesario. Para comodidad de los usuarios, la mayoría de las empresas y organizaciones establecen una regla para que el servidor web maneje las conexiones con el nombre de host en el puerto 80 (el "puerto web") o lo redirija a otro sistema si el servidor web es diferente máquina.

La diferenciación del servicio o máquina a la que se accede también se puede hacer a través del puerto, pero requiere incluirlo específicamente en el nombre, por lo que no es realmente mejor que usar prefijos:

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

A veces el esquema puede realizar esta función:

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

El uso de esquemas también funciona y se puede hacer automáticamente usando el software apropiado (por ejemplo, un navegador agregaría http://, un cliente de correo electrónico agregaría pop://, etc.), pero no existen esquemas oficiales para cada tipo de servidor que pueda existir, e inventar uno no es ideal porque requeriría software para soportarlo.

Cada vez es menos necesario incluirlo www., pero no es universal y algunos sitios aún lo requieren porque ayuda a mantener las cosas organizadas.

Si y no. El www es 'solo' un subdominio que se usa comúnmente para sitios web, y desafortunadamente no todas las empresas configuran su dominio de segundo nivel para que sea accesible sin él.

Si la dirección que va a tener tiene un subdominio www y no está configurada para permitir su segundo nivel, entonces es necesario. De lo contrario no.

En cuanto a cómo configurarlo, hay dos escuelas de pensamiento de que www no es necesario y que sí . Hay pocas razones para no configurar sus registros de dominio para apuntar al dominio de segundo nivel menos www. www es probablemente obsoleto en estos tiempos, pero no está de más tenerlo. En mi caso, personalmente no tengo dominios www, pero eso se debe a la pereza más que a cualquier otra cosa.

Por lo general, las empresas redirigen "dominio.com" a "www.dominio.com", pero ese no es un estándar obligatorio y no siempre se cumple.

Si bien realiza la mayor parte de su interacción en Internet a través de un navegador web, hay otras cosas en Internet además de las páginas web. Si bien casi todo esto está envuelto en páginas web hoy en día, todavía hay FTP, Telnet, Gopher, servidores de noticias, servidores de correo, SIP (voz sobre IP) y algunos otros protocolos divertidos. Alguien recuerda dedo?

Como todos estos servicios eran diferentes, cada uno tenía un nombre de host único asignado por convención: siempre se podía contar con encontrar un servidor FTP en ftp.netscape.net, su servidor gopher era gopher.netscape.net, y así sucesivamente.

Por supuesto, en los años 80 y principios de los 90, una computadora servidor costaba más que un automóvil de lujo. Por lo tanto, www.company.com y ftp.company.com probablemente señalaron el mismo lugar, ya que toda la compañía tendría un solo servidor de Internet.

Entonces sucedió algo grande. En los años 90: las computadoras de servidor se volvieron más baratas, y los mainframes y minicomputadoras costosos dieron paso a los sistemas básicos que cuestan menos de un fin de semana en Disneyland. Cualquier máquina de escritorio podría ser un servidor web, gracias a Linux gratuito, y la gente comenzó a construir sus granjas de servidores con múltiples PC. Hoy en día, puede construir un servidor web por menos de $ 100 y almacenarlo en una lata de refresco (con suerte uno vacío).

Así que Internet explotó: Facebook hoy recibe más visitas en un día que la totalidad de Internet en 1995. Por lo tanto, utilizamos más de un servidor para manejar solicitudes web: grupos enteros de computadoras en estos días responderán a un solo nombre de host, gracias a la magia del equilibrio de carga, e Internet parece haberse establecido en un estándar de hacer todo nuestro trabajo en Internet a través de un navegador web.

Lo que esto significa es que www.dominio.com ya no está en la misma computadora que ftp.domain.com. Entonces, ¿dónde enviamos solicitudes al dominio "desnudo" de "dominio.com"?

Hoy en día, la gente piensa en "la web" como "Internet", por lo que utilizan un navegador para todo lo que hacen. Eso es conveniente, ya que tener programas separados para descargar archivos, leer noticias, revisar correos electrónicos, leer blogs y verificar el clima puede ser un verdadero dolor. También plantea preguntas como "¿por qué tenemos www delante de las páginas web?" Esto significa que generalmente podemos evitar suponer que una solicitud de un dominio simple es lo mismo que una solicitud para el servidor www de ese dominio.

Así que ahora, la mayoría de las empresas responderán a solicitudes desnudas redirigiendo "dominio.com" a "www.dominio.com". Sin embargo, no hay un estándar que lo requiera, y con frecuencia encontrará que los dominios pequeños alojados en granjas de servidores no responderán a dominios desnudos de esa manera. (Por ejemplo, una empresa de alojamiento que utilicé dejó caer a los usuarios a la página de destino de la empresa de alojamiento cuando alguien escribió "mydomain.com").

Afortunadamente para los flojos entre nosotros, hay un atajo de teclado en la mayoría de los navegadores que le permite acortar el proceso aún más: simplemente escriba "empresa", presione Control-Enter, y el navegador lo expande a "www.company.com".

La parte del nombre de dominio de las URL se lee al revés. Entonces, en www.example.com/index.htmlrealidad es como com/example/www/index.htmlen términos de quién está "dentro" de quién.

Muchos sitios tienen un wwwsubdominio, pero también pueden tener otros subdominios tales como ftp, secure, members, forum, us, fr, chinay así sucesivamente. Todos estos son diferentes entre sí, y www.example.comtambién es una dirección diferente de example.com(no hay una regla que diga que example.comdebe interpretarse como www.example.comy no, por ejemplo store.example.com).

¿Qué sucede si no agrego el www?

Por lo general, nada. Las personas que administran sitios web se dan cuenta de que todos lo van a olvidar todo el tiempo, por lo que configuran su sitio para crear www.example.comy example.comseñalar el mismo lugar (redirigiendo).

Una vez en una luna azul, puede encontrarse con un sitio que no funcionará sin wwwla persona que lo ejecuta no hizo la configuración. Así podrá acceder http://www.example.compero http://example.comdevolverá un error.

¿Qué pasa si pongo un extra www?

Igual que el anterior, excepto cambiar qué URL funciona y cuál no.

Además, técnicamente, se supone que también debe incluir la http://parte, por lo que cualquier dirección que ingrese está incompleta de todos modos, ya sea que ingrese wwwo no. El navegador tendrá que inferir lo que quiso decir en ambos casos, por lo que puede inferir que wwwestaba destinado a ser incluido.

Sitios donde los wwwasuntos son muy raros hoy en día, pero sé que me he encontrado con algunos en los últimos 2-3 años. No puedo recordar lo que eran en este momento.

Como administrador de sistemas, si desea utilizar los Servicios CDN para acelerar su servicio web, no puede utilizar ninguna combinación de reglas DNS juntas.

Para usar un CDN, debe usar un dns Cname, por lo que debe crear un Cname para acme.org, pero si desea recibir Correo con user@acme.org, no puede tener un cname para acme.org. Luego debe usar un subdominio www para el servidor web, por lo que sysadmin es obligatorio para tener un registro www.

Los navegadores modernos le ocultan la necesidad de escribir la parte www, pero esta parte puede ser necesaria para un sitio web con una alta tasa de visitas. Las reglas para internet son viejas, pero son nuestras reglas.

Existen problemas relacionados con la variedad de teléfonos inteligentes y tabletas pequeñas (lo siento, pero no puedo obligarme a escribir los iWords) que ahora navegan por la web.

Generalmente, los prefijos de mobi.o m.se usan (en lugar de www.) para proporcionar páginas web que se adapten a las pantallas más pequeñas.

¿Quién no se ha encontrado con el problema de intentar navegar por una página web a gran escala en un dispositivo pequeño (desplazamiento, desplazamiento, desplazamiento)?

Sobre la base de lo que ya se ha mencionado, la mayoría de los servidores corporativos / privados redirigirán automáticamente a WWW. Por otro lado, muchos, si no la mayoría, los sitios .GOV y .MIL no lo harán. En esos casos, generalmente recibe uno de los muchos mensajes de error. Estos sitios tampoco suelen redirigir automáticamente a HTTPS: desde HTTP: incluso cuando sea necesario.