¿Cuál es el propósito del subdominio WWW?

¿Cuál es el punto de tener www.? ¿No es solo texto extra inútil? Como todos están acostumbrados, www.google.comparece más equilibrado que google.com, pero ¿por qué comenzó en primer lugar?

Una cosa que noté es que google.comtiene la IP de 74.125.53.100, en el Reino Unido, mientras que www.google.comtiene la IP de 209.85.135.106, en los Estados Unidos. ¿Alguien podría explicar un poco sobre eso?

Editar: ¿Se example.tldsupone que es una máquina diferente que www.example.tld? ¿Tiene que ser?

Antes de la World Wide Web, todavía existía Internet, y se usaba para una variedad de cosas: telnet, correo electrónico, gopher, FTP, etc. En ese momento, era tradicional asignar alias de nombres de dominio a servidores para funciones comunes. Entonces, smtp.example.com sería el servidor SMTP de correo electrónico saliente de example.com, ftp.example.com sería el servidor FTP de example.com, etc.

Cuando apareció la Web (principios de la década de 1990), era solo otra aplicación / protocolo, no estaba necesariamente previsto en ese momento que sería lo más popular para usar Internet, además del correo electrónico. Por lo tanto, al servidor web de una organización se le asignó un alias de nombre de dominio de "www". como cualquier otro servicio que normalmente se le hubiera asignado.

Con el tiempo, muchos sitios comenzaron a eliminar el "www.", Porque las URL las escriben a menudo las personas y sí, son 4 caracteres más de los realmente necesarios. Pero, "www". todavía perdura hoy y es probable que nunca desaparezca por completo.

Se utiliza principalmente para separar las cookies de los otros subdominios.

Si vas a usar cookies, definitivamente conserva el www..

Siempre puede usar una redirección 301 para redirigir el dominio corto al que tiene www., de esa manera sus usuarios no tienen que escribirlo.

Esto le permitirá crear subdominios sin cookies para el servicio de datos estáticos. Sin a www., las cookies se sirven en todos los subdominios. Por lo tanto, si no está utilizando el www., necesita un nombre de dominio completamente separado para tener un dominio sin cookies en lugar de simplemente usar un subdominio.

Aparte de eso, elegir entre mantener www.o no es solo una pregunta sobre cuál prefieres. Solo asegúrese de redirigir el que no se eligió al otro utilizando una redirección 301.

EDITAR:

Para explicar, configurar una cookie usa una jerarquía de cómo se propaga la cookie al dominio.

Por ejemplo, configurar una cookie para example.compermitir efectivamente la transferencia de cookies a:

example.com
www.example.com
sub.www.example.com
my.example.com
oh.my.example.com
images.example.com
hello.example.com

En lugar de configurar una cookie para www.example.compermitir solo la cookie en esas situaciones:

www.example.com
sub.www.example.com

Al usar un, www.te permites usar subdominios para tener diferentes cookies del sitio principal (y ninguna en absoluto si así lo deseas).

Sin www.(u otro subdominio), todas las cookies establecidas en el dominio se propagarán a los subdominios.

No tengo idea si esto es tradicionalmente por qué www.se usa, pero una posible razón:

Supongamos que tiene un servidor que ejecuta servidores web, SMTP e IMAP. Los usuarios acceden al servidor web a través de www.example.com, SMTP a través de smtp.example.com e IMAP a través de imap.example.com

Su servidor se carga mucho, por lo que desea dividir el servidor web en una nueva máquina. Para hacer esto, simplemente cambie el subdominio "www" para que apunte a la nueva dirección IP de su servidor web.

Para redes internas más grandes, esta es una manera fácil de mover servidores. Simplemente cambie la entrada DNS del servidor SMTP interno y todos los clientes comenzarán a usar automáticamente la nueva máquina. Sin reenvío de puertos por los que preocuparse

Con los servidores orientados a Internet, es probable que mantenga ambos servidores en la misma red NAT y reenvíe el puerto 80 a una máquina diferente, o use un equilibrador de carga

Hay beneficios al retener el "www". parte de la URL para servidores puramente web, particularmente con respecto a las cookies, como Andrew Moore y este blog . Así lo explican las publicaciones . Además, si redirige el dominio que no es www, los usuarios no tienen que escribirlo (e incluso si no, la mayoría de los navegadores probarán "www.example.com" si "example.com" no funciona)

Podría ser peor. La compañía británica de piezas 'RS' parece haber entendido mal todo el asunto: su sitio web es rswww.com

Es simplemente una cuestión de abstracción, como tener facturas dirigidas a "The Club Secretary" en lugar de "Susan". Si le envían facturas a Susan, y catálogos de ventas y CV, ¿qué sucede si contrata a Bob para que se encargue de los recursos humanos como los CV? El correo todavía está dirigido a Susan, y nadie sabrá que es para Bob hasta que Susan encuentre tiempo para abrirlo y asegurarse de que no sea para ella. Entonces, en lugar de nombrar a "Susan", la persona real, usted nombra "Departamento de Recursos Humanos": el PAPEL.

Del mismo modo, nombra las computadoras por sus ROLE, no las computadoras reales. Entonces tiene una computadora llamada www.yourcompany.com si sirve sitios web, y una computadora llamada ftp.yourcompany.com si proporciona un servicio FTP, etc. Si no lo hace, entonces una computadora, yourcompany.com, tiene que reciba todo el tráfico de Internet y luego páselo al lugar correcto. www.yourcompany.com podría ser todos los servidores web de google, pero si yourcompany.com es una computadora portátil, la computadora portátil se sobrecargará, mientras que los servidores web seguirán esperando que llegue la información. Al igual que Susan manejando todo el correo inicialmente, una computadora puede manejar todos los roles inicialmente, pero los nombres separados de computadora / dominio ayudan a separar (o consolidar) las cosas según sea necesario.