¿Cuál es la razón técnica por la que necesitabas el prefijo ‘www’ para llegar a un sitio web, pero parece que hoy no importa?

Nunca lo hiciste. Era solo una convención en ese momento. Estábamos agregando nombres de host para varios servicios, como http://ftp.cisco.com y mail.usc.edu y http://www.usc.edu encajan perfectamente. Pero nunca fue necesario y usc.edu siempre funcionó, desde el día 1. Se necesita un poco de trabajo para que suceda, pero si lo desea, está a unos 10 minutos.

EDITAR [2015-08-24]: Parece que tanto Chrome como Firefox recientemente (?) Hicieron un cambio en cómo resolver las fallas de DNS al omitir ‘www.’. Aparentemente, ambos navegadores intentarán anteponer el ‘www’. prefijo si la búsqueda del nombre de host falla y el nombre de host de la URL no tiene el ‘www.’ prefijo en primer lugar. Sin embargo, este comportamiento no se ve en Internet Explorer.

El “www”. el prefijo de nombre existe para la convención para identificar la aplicación de Internet. Recuerde que la World Wide Web (WWW) es una aplicación de Internet específica. Otra aplicación de Internet específica es el Protocolo de transferencia de archivos (FTP), y para esa aplicación de Internet alojada en, por ejemplo, acme .com, se utilizaría el nombre de host de ftp .acme .com. El correo electrónico, mientras tanto, podría estar alojado en el correo .acme .com. Esto deja en claro a los seres humanos, ya que desambigua el propósito del huésped.

Un nombre como “www. Acme. Com” se llama “nombre de host”. La parte del dominio es solo “acme .com” e incluso “.com” es un dominio (TLD o dominio de nivel superior). Algunos suponen que el “www”. el prefijo es un subdominio; ese no suele ser el caso. Un subdominio es otro nombre de dominio anidado, que puede contener más anidamiento de subdominios o hosts adicionales (registros ‘A’ o registros ‘CNAME’). Un registro ‘A’, o registro de dirección, asigna un nombre a una dirección IP. Un registro ‘CNAME’, o registro de nombre canónico, asigna un nombre a otro nombre ‘A’ o ‘CNAME’. Entonces, en “www. Customapps. Acme .com”, solo “customapps .acme .com” es un subdominio, mientras que “www. Customapps .acme .com” es un nombre de host. Un dominio o un subdominio puede tener un host predeterminado (registro ‘A’ o registro ‘CNAME’), eliminando el prefijo, por lo que, por ejemplo, el subdominio “customapps .acme .com” también puede tener su propio registro ‘A’ que señala a un host de la World Wide Web. Pero el “www”. el prefijo por convención identifica “el servidor de la World Wide Web para ‘customapps. acme .com'”, por lo que todavía tendrá su propio registro de nombre de host (‘A’ / ‘CNAME’) agregado al DNS para que “www .customapps .acme .com “puede resolver el host de la World Wide Web.

La razón por la cual el ‘www.’ el prefijo a menudo se elimina del nombre de dominio porque la World Wide Web es ubicuamente la aplicación de Internet predeterminada y el supuesto más común de la aplicación de Internet en todos los ámbitos. Esta ubicuidad de que la World Wide Web es la aplicación de Internet predeterminada se debe únicamente a su popularidad. No hay especificación para que esto sea así. El www. Se puede suponer que la convención de prefijo se descarta para conveniencia del usuario, mientras que otras aplicaciones (FTP, etc.) se conservarán en el nombre de host. Sin embargo, al soltar el prefijo, el registro predeterminado ‘A’ o ‘CNAME’ para el dominio dado debe existir.

Consideremos el escenario de tener “acme .com” como anfitrión de un sitio web y otra aplicación de Internet como FTP. En el lado de IP / hosting, podría lograrse un medio técnico para desambiguar diferentes aplicaciones de Internet a nivel de puerto y no solo por dirección IP, por ejemplo, la World Wide Web está alojada en los puertos TCP / IP 80 y 443 mientras FTP está alojado en los puertos TCP / IP 20 y 21, por lo que algunas empresas a menudo están dispuestas a alojar múltiples tipos de aplicaciones en la misma dirección IP. El nombre de host acme .com se resolvería en la misma dirección IP de cualquier manera, pero la aplicación cliente para cualquiera de las aplicaciones se conectaría en el puerto TCP / IP designado por la aplicación. Esta es la forma en que se puede hacer, pero requiere el host común, por lo que las compañías generalmente separan estos servicios en diferentes máquinas de servidor con diferentes direcciones IP, lo que requiere que se usen nombres de host únicos (ftp. Acme .com vs www .acme. com) ya que un nombre de host solo se puede asignar a una dirección IP literal.

Por lo tanto, los medios técnicos para la mayoría (no todos) de los sitios web para alojar el mismo sitio con o sin www. el prefijo en el nombre de host se debe a que agregaron explícitamente dos registros ‘A’ o ‘CNAME’ distintos en DNS, uno para www .acme .com y otro para solo acme .com, para apuntar a la misma dirección IP. No hay magia en esto, esos son dos nombres de host separados.

La verdadera razón es la flexibilidad. Si tiene http://ftp.example.com y mail.example.com, puede apuntarlos a la misma computadora oa diferentes computadoras. Si movió el servidor de correo a otra computadora, era solo cuestión de señalar mail.example.com a esta computadora y nadie más tenía que cambiar nada. Se utilizó la misma costumbre cuando se introdujo la web. Podría apuntar a un pequeño servidor web en el servidor ftp y luego podría cambiarse para apuntar a un servidor dedicado. Cuando la web se volvió más importante y las alternativas como Gopher desaparecieron, es mejor que omita la parte www y vaya directamente a example.com.

Nunca lo hiciste. Ejecuté un servidor web con solo “example.com” en 1994, y otro sitio utilizaba “wwww.example.com” para su servidor web principal, mientras que la gente ejecutaba sitios como “dopey.example.com” en máquinas individuales.
Sin embargo, la convención www fue establecida por algunos en la industria, y Netscape Navigator tenía una función de ahorro de tiempo en la que si escribía “ejemplo” en el cuadro de URL, primero buscaría “ejemplo.yourisp.com” según lo determinado por su configuración del sistema operativo y luego intente “www.example.com”. Eso consolidó tanto la convención www como el ascenso del TLD .com comercial original de EE. UU.
Ahora, la web es preeminente en Internet sobre otros protocolos como ftp, gopher, nntp, etc. para que las empresas estén felices de crear un registro A en su DNS de nivel superior para un servidor web.

El ‘ www ‘ en ‘ http://www.example.com no se conoce correctamente como un subdominio.

Es un ‘nombre de host’, que se crea con registros de recursos ‘A’ o ‘CNAME’ en el dominio example.com

(Podría, potencialmente, tener un subdominio con el nombre http://www.example.com pero eso requiere que se inserte una delegación (registros NS) en el padre (example.com) y que luego permita la creación de nombres de host como www. http://www.example.com .

Y sí, esto es recursivo.

La razón técnica es porque el navegador, el DNS o la configuración del servidor se encargan de ese enrutamiento por usted. Técnicamente, http://www.sitename.com y sitename.com podrían ser sitios diferentes.

De hecho, Google los ve como dos entidades diferentes, y sugiere que elija una como su resolución de dominio ‘principal’ y redirija la otra. Por ejemplo, uso el prefijo www para mis sitios y todo el tráfico que llega al dominio raíz se redirige al dominio basado en www. Algunas compañías hacen lo contrario y dejan caer el www (redirigiendo cualquier tráfico a www al dominio raíz).

Ninguno, era simplemente una forma de hacerlo más obvio para los humanos. El puerto real (y el protocolo) se definen en otra parte de la URL.

http://www.example.com:80 tiene tres partes que son importantes aquí.

http: que define el protocolo que se utilizará.

80 que puerto

y http://www.example.com que muestra qué nombre de host (asignación a una IP a través de DNS) usar.

En la mayoría de los casos, se supone que el puerto es 80 en un navegador.

Pero puede ver http://www.example.com:8080

En teoría, se podría usar una URL como https://www.example.com:80 que le indicaría al navegador que se conecte al sitio en el puerto 80, pero que use SSL, no texto simple http.

Es bastante común en estos días poder acceder a un sitio web desde la versión www y no www de su URL. Por ejemplo, “onlinetroubleshooters.com y http://www.onlinetroubleshooters.com “. Ambas URL tienen un aspecto similar pero hay una diferencia.

Cuando usa una versión que no es www y también tiene una gran cantidad de subdominios, será difícil para el servidor actualizar el registro DNS.

Otro problema: las cookies se envían a todos los subdominios, lo que ralentiza el acceso al contenido entregado al usuario.

Hoy no es necesario. Incluso // fue un error. ( Los New York Times)
Al agregar estas muchas teclas cada vez que escribimos una URL, definitivamente reduce nuestra productividad y aumenta el tráfico en Internet, pero estos son los problemas menores de la web.

La verdadera razón es que las entradas de servicio en el DNS no estaban listas a tiempo para la explosión de la red mundial. (Los registros MX en el DNS eran una especie de entrada de servicio para el correo, pero los registros SRV nunca captaron de tal manera que todos los navegadores los usaran y los admitieran antes de que ocurriera la convención “www”).

www significa (World Wide Web). Al principio era necesario escribirlo para que el http pudiera reconocer el acceso a una página web. ahora no es bcs, se realiza automáticamente por http (protocolo de texto de tipo hiper). Todavía está presente pero no es necesario escribirlo con el nombre de la página que desea abrir. pruebe quora.com en un navegador y encontrará http://www.quora.com

Se suponía que los prefijos como www, ftp, etc. identificarían el puerto de destino para comunicarse. Hoy en día no es necesario debido a que los navegadores lo hacen automáticamente.

Era una especie de espacio de nombres referirse a internet global frente a la red local de ethernet, etc. por ahora no es relevante.