Qual o sentido de ter www.
? Não é apenas texto extra inútil? Como todos estão acostumados, www.google.com
parece mais equilibrado do que google.com
, mas por que começou em primeiro lugar?
Uma coisa que notei é que google.com
tem o IP 74.125.53.100
, no Reino Unido, enquanto www.google.com
tem o IP 209.85.135.106
, nos EUA. Alguém poderia explicar um pouco sobre isso?
Edit: É example.tld
suposto ser uma máquina diferente do que www.example.tld
? Tem que ser?
domain-name
www
subdomain
mk12
fonte
fonte
www.
é um subdomínio e não importa se ele possui seu próprio registro de endereço (A
/AAAA
) ou se simplesmente estáCNAME
em outro lugar. Permanece um subdomínio.Respostas:
Antes da World Wide Web, ainda havia uma Internet, que era usada para várias coisas: telnet, email, Gopher, FTP, etc. Naquela época, era tradicional atribuir aliases de nomes de domínio a servidores para funções comuns. Portanto, smtp.example.com seria o servidor SMTP de e-mail de saída do example.com, ftp.example.com seria o servidor FTP do example.com, etc.
Quando a Web surgiu (início dos anos 90), era apenas mais um aplicativo / protocolo - não era necessariamente previsto naquele momento que seria a coisa mais popular para se usar a Internet, ao lado do email. Portanto, o servidor da web de uma organização recebeu um alias de nome de domínio "www". como qualquer outro serviço, normalmente seria atribuído.
Com o tempo, muitos sites começaram a soltar o "www.", Porque os URLs geralmente são digitados pelas pessoas e, sim, são 4 caracteres a mais do que o necessário. Mas "www". ainda permanece hoje e é provável que nunca desapareça completamente.
fonte
http://
protocolo é destinado ao tráfego da web, enquanto os outros subdomínios populares têm seus próprios protocolosftp://
. Existem muitos casos em que o HTTP é apropriado para tráfego que não é do site?É usado principalmente para separar cookies dos outros subdomínios.
Se você vai usar cookies, mantenha o
www.
.Você sempre pode usar um redirecionamento 301 para redirecionar o domínio curto para aquele
www.
, para que seus usuários não precisem digitá-lo.Isso permitirá que você crie subdomínios sem cookies para veiculação de dados estáticos. Sem um
www.
, os cookies são exibidos em todos os subdomínios. Portanto, se você não estiver usando owww.
, precisará de um nome de domínio completamente separado para ter um domínio sem cookie, em vez de apenas usar um subdomínio.Fora isso, escolher entre manter
www.
ou não é apenas uma pergunta sobre qual você prefere. Apenas certifique-se de redirecionar o que não foi escolhido para o outro usando um redirecionamento 301.EDITAR:
Para explicar, a configuração de um cookie usa uma hierarquia para como o cookie é propagado para o domínio.
Por exemplo, definir um cookie para
example.com
permitir efetivamente a transferência de cookies para:Versus definir um cookie para
www.example.com
permitir apenas o cookie nessas situações:Ao usar um,
www.
você está permitindo que você use subdomínios para ter cookies diferentes do site principal (e nenhum, se assim desejar).Sem
www.
(ou outro subdomínio), todos os cookies definidos no domínio serão propagados para os subdomínios.fonte
www.
em novos sites. Não há outro motivo técnicowww.
para o uso ainda hoje.Não faço ideia se é por isso que isso é tradicionalmente
www.
usado, mas um possível motivo:Digamos que você tenha um servidor que execute servidores Web, SMTP e IMAP. Os usuários acessam o servidor da Web via www.example.com, SMTP via smtp.example.com e IMAP via imap.example.com
Seu servidor fica muito carregado, então você deseja dividir o servidor da web em uma nova máquina. Para fazer isso, basta alterar o subdomínio "www" para apontar para o endereço IP do seu novo servidor web.
Para redes internas maiores, é uma maneira fácil de mover servidores. Basta alterar a entrada DNS do servidor SMTP interno e todos os clientes começarão a usar automaticamente a nova máquina. Sem encaminhamento de portas para se preocupar
Com os servidores voltados para a Internet, você provavelmente manteria os dois servidores na mesma rede NAT e encaminharia a porta 80 para uma máquina diferente ou usaria um balanceador de carga
Há benefícios em manter o "www". parte da URL para servidores puramente da Web, principalmente no que diz respeito a cookies, como Andrew Moore e este blog.SO post explica .. Além disso, se você redirecionar o domínio não www, os usuários não precisarão digitá-lo (e mesmo se caso contrário, a maioria dos navegadores tentará "www.example.com" se "example.com" não funcionar)
fonte
Poderia ser pior. A empresa britânica de peças 'RS' parece ter entendido mal a coisa toda - seu site é rswww.com
fonte
É simplesmente uma questão de abstração, como ter contas endereçadas a "A Secretária do Clube" em vez de "Susan". Se você tem contas enviadas para susan, catálogos de vendas e currículos, o que acontece se você contratar Bob para lidar com assuntos de RH, como currículos? O e-mail ainda é endereçado a Susan, e ninguém saberá que é para Bob até Susan encontrar tempo para abri-lo e garantir que não seja para ela. Então, em vez de nomear "Susan", a pessoa real, você nomeia "Departamento de Recursos Humanos" - o ROLE.
Da mesma forma, você nomeia computadores para seus ROLEs, não para os computadores reais. Portanto, você tem um computador chamado www.suaempresa.com, se você atende a sites, e um computador chamado ftp.seusempresa.com, se você fornece um serviço FTP, etc. Se não, um computador, suaempresa.com, precisa receba todo o tráfego da Internet e depois passe para o local certo. www.yourcompany.com pode ser todos os servidores da web no google, mas se suaempresa.com for um laptop, o laptop ficará sobrecarregado, enquanto os servidores da web ainda estarão aguardando as informações chegarem a eles. Como Susan, lidando com todo o correio inicialmente, um computador pode lidar com todas as funções inicialmente, mas os nomes de computador / domínio separados ajudam a separar (ou consolidar) as coisas conforme necessário.
fonte