Em navegadores modernos, há algum ponto em colocar www na frente de uma url que o usa?

Quando vai www.facebook.com ou www.cbc.ca existe algum benefício ou diferença feita omitindo o www?

EDIT: por isso poderia ser um problema se www é omitido, mas não adicionado automaticamente, poderia ser um problema se www é adicionado, mas não é obrigatório?

Nos webbrowsers modernos, há algum ponto em colocar o www infront de um url que o usa? Ao acessar www.facebook.com ou www.cbc.ca, existe algum benefício ou diferença ao omitir o www?

Normalmente não, mas poderia .

Isso não tem nada a ver com o navegador; tem a ver com o servidor web. O servidor da Web é um computador (ou até vários computadores) que recebe consultas por páginas da Web e envia os dados apropriados. Um URL inclui várias partes, uma das quais é o nome ou endereço do servidor web.

Muitas empresas hospedam mais do que apenas um servidor web, elas também podem executar um servidor FTP, um servidor de banco de dados, um servidor de correio e assim por diante. Estes podem ser hospedados na mesma máquina que o servidor web ou em máquinas diferentes.

No passado, era comum especificar a diferença por meio de um prefixo para consistência. Por exemplo, a Acme Industries pode comprar o nome de domínio acme.org, em seguida, configure um ou mais computadores para hospedar o serviço diferente que eles têm. Quando você quiser usar um dos serviços, insira o nome do host apropriado:

 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

Então, por que ainda funciona sem www.? Como a maioria dos servidores da Web permite que você aceite URLs e redirecionar eles conforme necessário. Para a conveniência dos usuários, a maioria das empresas e organizações configuram uma regra para que o servidor da web manipule conexões com o nome do host na porta 80 (a “porta da web”) ou redirecione-o para outro sistema se o servidor da web for diferente máquina.

A diferenciação do serviço ou da máquina acessada também pode ser feita pela porta, mas é necessário incluí-la especificamente no nome. Portanto, não é melhor do que usar prefixos:

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

Às vezes, o esquema pode executar essa função:

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

O uso de esquemas funciona também e pode ser feito automaticamente usando o software apropriado (por exemplo, um navegador adicionaria http://, um cliente de email adicionaria pop://, etc.), mas não há esquemas oficiais para cada tipo de servidor que pode existir, e inventar um não é o ideal, porque seria necessário um software para suportá-lo.

Está se tornando menos e menos necessário incluir www., mas não é universal e alguns sites ainda exigem, porque ajuda a manter as coisas organizadas.

Sim e não. O www é 'apenas' um subdomínio que é usado para websites, e infelizmente nem todas as empresas configuram seu domínio de segundo nível para ser acessível sem ele.

Se o endereço que você está indo tem um subdomínio www e não é configurado para permitir o seu segundo nível, então é necessário. Mais não.

Quanto a como você configura, há duas escolas de pensamento que www não é necessário e que faz . Há pouco motivo não para configurar seus registros de domínio para apontar para o domínio de segundo nível menos www. www é provavelmente obsoleto neste dia e idade, mas não faz mal tê-lo. No meu caso, eu pessoalmente não tenho www domínios, mas isso é devido à preguiça mais do que qualquer outra coisa.

Normalmente, as empresas redirecionam "domain.com" para "www.domain.com", mas isso não é um padrão obrigatório e nem sempre é seguido.

Enquanto você faz a maior parte da sua interação na Internet através de um navegador da web, há outras coisas na Internet além de páginas da web. Enquanto quase tudo isso está envolto em páginas da web hoje, ainda há FTP, Telnet, Gopher, servidores de notícias, servidores de e-mail, SIP (voz sobre IP) e alguns outros protocolos divertidos. Alguém se lembra do Dedo?

Como todos esses serviços eram diferentes, cada um tinha um nome de host exclusivo atribuído a ele por convenção: você sempre podia contar com a localização de um servidor FTP em ftp.netscape.net, seu servidor gopher era gopher.netscape.net e assim por diante.

Claro, nos anos 80 e início dos anos 90, um computador servidor custava mais do que um carro de luxo. Então www.company.com e ftp.company.com provavelmente apontou para o mesmo lugar, já que toda a empresa teria apenas um único servidor de Internet.

Então algo grande aconteceu. Nos anos 90: os servidores ficaram mais baratos, e mainframes e minicomputadores caros deram lugar a sistemas de commodities que custam menos do que um fim de semana na Disneylândia. Qualquer máquina desktop poderia ser um servidor web, graças ao Linux gratuito, e as pessoas começaram a construir seus farms de servidores com múltiplos PCs. Hoje, você pode construir um servidor da Web por menos de US $ 100 e armazená-lo em uma lata de refrigerante (esperançosamente um vazio).

Assim, a Internet explodiu: o Facebook hoje recebe mais acessos em um dia do que a totalidade da Internet em 1995. Por isso, usamos mais de um servidor para lidar com solicitações da Web: todo grupos Hoje em dia, os computadores responderão a um único nome de host, graças à mágica do balanceamento de carga, e a Internet parece ter adotado um padrão de fazer todo o nosso trabalho na Internet por meio de um navegador da web.

O que isto significa é que www.domain.com não está mais no mesmo computador que ftp.domain.com. Então, para onde enviamos solicitações para o domínio "naked" de "domain.com"?

Hoje, as pessoas pensam na "web" como "a Internet" e, assim, usam um navegador para tudo o que fazem. Isso é conveniente, já que ter programas separados para baixar arquivos, ler notícias, verificar e-mails, ler blogs e verificar o clima pode ser uma verdadeira dor. Ele também traz perguntas como "por que temos www na frente de páginas da web?" Isso significa que, em geral, podemos presumir que uma solicitação para um domínio desconhecido é o mesmo que uma solicitação para o servidor www desse domínio.

Portanto, agora, a maioria das empresas responderá a solicitações nuas redirecionando "domain.com" para "www.domain.com". No entanto, não há um padrão que exija isso, e você frequentemente descobrirá que pequenos domínios hospedados em farms de servidores não responderão a domínios nus dessa maneira. (Por exemplo, uma empresa de hospedagem que usei abandonou os usuários na página de destino da empresa de hospedagem quando alguém digitou apenas "mydomain.com".)

Felizmente para os preguiçosos entre nós, há um atalho de teclado na maioria dos navegadores que permite encurtar ainda mais o processo: basta digitar "company", pressionar Control-Enter e o navegador o expande para "www.company.com".

A parte do nome de domínio dos URLs é lida de trás para frente. assim www.example.com/index.html é realmente como com/example/www/index.html em termos quem está "dentro" quem.

Muitos sites têm um www subdomínio, mas eles também podem ter outros subdomínios, como ftp, secure, members, forum, us, fr, china e assim por diante. Estes são todos diferentes uns dos outros, e www.example.com é também um endereço diferente do example.com (não há regra dizendo example.com deve ser interpretado como www.example.com e não, por exemplo, store.example.com ).

O que acontece se eu não adicionar o www?

Geralmente nada. As pessoas que gerenciam sites percebem que todo mundo vai esquecer isso o tempo todo, então eles configuram o site para fazer www.example.com e example.com aponte para o mesmo local (redirecionando).

Uma vez em uma lua azul, você pode encontrar um site que não funcionará sem o www porque a pessoa que está executando não fez a configuração. Então você poderá acessar http://www.example.com mas http://example.com retornará um erro.

O que acontece se eu colocar um extra www?

O mesmo que acima, exceto alternar entre qual URL funciona e qual não.

Além disso, tecnicamente, você deve incluir o http:// parte também, então qualquer endereço que você entrar estará incompleto, seja www ou não. O navegador terá que inferir o que você quis dizer em ambos os casos - por isso pode inferir que o www foi feito para ser incluído.

Sites onde o www questões são muito raras hoje em dia, mas eu sei que encontrei alguns nos últimos 2-3 anos. Não me lembro o que eles estavam agora.

Como um administrador de sistema, se você quiser usar o CDN Services para agilizar seu serviço da Web, não poderá usar nenhuma combinação de regras de DNS juntas.

Para usar um CDN, você deve usar um dns Cname, então você precisa criar um Cname para acme.org, mas se você quiser receber o Mail com user@acme.org, você não pode ter um cname para acme.org. Então você deve usar um subdomínio www para o servidor web, assim como o sysadmin é obrigatório ter um registro www.

Navegadores modernos escondem a necessidade de escrever a parte www, mas essa parte pode ser necessária para um site com uma alta taxa de visitas. As regras para internet são antigas, mas são nossas regras.

Existem as questões que lidam com a variedade de smartphones e tablets de pequeno porte (desculpe, mas não posso forçar-me a digitar o iWords) que agora estão navegando na web.

Geralmente os prefixos de mobi. ou m. são usados ​​(em vez de www. ) para fornecer páginas da Web que são adaptadas às telas menores.

Quem não se deparou com a questão de tentar navegar em uma página da Web em grande escala em um dispositivo pequeno (rolar, rolar, rolar)?

Com base no que já foi mencionado, a maioria dos servidores corporativos / privados redirecionará automaticamente para a WWW. Por outro lado, muitos, se não a maioria, sites .GOV e .MIL não. Nesses casos, você geralmente recebe uma das muitas mensagens de erro. Esses sites também não costumam redirecionar automaticamente para HTTPS: do HTTP: mesmo quando necessário.