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

63

¿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?

domain-name www subdomain mk12
fuente
1
Buena pregunta. Tengo curiosidad por abreviar "world wide web" a algo que (por supuesto es más corto en papel / pantalla) es en realidad 3 veces más largo para decirlo en voz alta. Quizás el único ejemplo de esto en inglés. Otros idiomas no tienen este problema, por supuesto. ¿Alguna buena forma de simplificar?
outsideblasts
1
"www" generalmente NO es un subdominio; es poco probable que vea foo.www.example.com. En cambio, "www" es a menudo CNAME, un alias para alguna otra máquina física.
El
66
¿No es un cname un tipo de subdominio?
mk12
3
Sí, www.es un subdominio, y no importa si tiene sus propios registros de dirección ( A/ AAAA) o si simplemente está CNAMEen otro lugar. Sigue siendo un subdominio.
Grawity
1
Técnicamente hablando, creo que Dan puede estar en lo correcto: www se referiría a una computadora (un host) ya sea directamente (a través de un registro A) o indirectamente (a través de un registro CNAME; un alias), por lo que sería un nombre de host, o un nombre completo nombre de dominio calificado (FQDN). Sin embargo, aún podría ser que el subdominio es un término general para cualquier nombre de dominio que tenga un dominio principal.
Lee B

Respuestas:

89

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.

Chris W. Rea
fuente
2
De acuerdo con bm. El dominio (por ejemplo, google.com) maneja muchos servicios y el tipo www dice qué servicio está usando (www, mail, smpt, pop, ftp ...). Por supuesto, como el tráfico www es probablemente el tipo más común, los servidores probablemente sabrán lo que se espera y actuarán en consecuencia. Muchos servidores están configurados para redirigir el tráfico de (por ejemplo) google.com a www.google.com. Una razón para esto es que los motores de búsqueda a menudo ven google.com y www.google.com como sitios diferentes (lo cual es malo, por razones no relevantes aquí). Los sitios que salen de www se están volviendo más comunes, por ejemplo, superuser.com.
outsideblasts
Entonces, www significa que es para la web, para el protocolo http, y también para separarlo de los subdominios (para cookies), pero ahora algunos servidores (como el superusuario) no están usando el www (aunque haciendo que redirija a la red no www) porque solo están destinados a eso.
mk12
@ Mk12: Trae un punto interesante: el http://protocolo está destinado al tráfico web, mientras que los otros subdominios populares tienen sus propios protocolos ftp://. ¿Hay muchos casos en que HTTP es apropiado para el tráfico que no es del sitio web?
DisgruntledGoat
http es para hipertexto, html. Entonces, no importa lo que se reciba, es html simple. Realmente no entiendo lo que quieres decir con 'protocolos propios', ftp es el protocolo de transferencia de archivos.
mk12
1
Esto está redactado de manera extraña. Hay TODAVÍA e Internet hoy, y todavía está separado del www :)
Django Reinhardt
20

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.

Andrew Moore
fuente
66
¿Eh? www. estaba en uso antes de que existieran las cookies, desde el comienzo de la web, hasta donde yo sé.
Lee B
2
Sí, pero ahora es una convención decente para mantener las cookies separadas si terminas usando subdominios para sitios separados.
Paul D. Waite
2
Esa es una información realmente buena sobre la aplicación de cookies con subdominios, pero me temo que realmente no responde a la pregunta de POR QUÉ los subdominios se usan como están.
outsideblasts
2
@Lee B: Porque hoy, esta es la única razón real por la cual la gente sigue usando www.nuevos sitios web. No hay otra razón técnica por la que www.todavía se usa en la actualidad.
Andrew Moore el
1
Lo siento, no estoy de acuerdo.
Lee B
6

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)

dbr
fuente
5

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

Martin Beckett
fuente
1
Le alegrará saber que han "actualizado" la dirección de su sitio a " uk.rs-online.com/web ". Sin embargo, dejaron el título diciendo "Bienvenido a rswww.com"; D
Lee B
3

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.

Lee B
fuente
Como están en puertos diferentes, esto no es realmente un problema.
Martin Beckett el
@mgb: no es un problema en lo que a usted respecta, es lo que quiere decir. A algunos de nosotros nos importa hacer las cosas de manera elegante.
Lee B
es bastante posible tener http sobre puertos inusuales ...
Penguat 03 de
Entonces, ¿servidores como www.yourcompany.com y ftp.yourcompany.com tenían históricamente diferentes direcciones IP?
jiggunjer