Eu conheço o https para proteger páginas importantes como o login e outras coisas. Mas por que alguém criaria um subdomínio separado como o wwws também? por exemplo
https://wwws.site.com/login
Eu conheço o https para proteger páginas importantes como o login e outras coisas. Mas por que alguém criaria um subdomínio separado como o wwws também? por exemplo
https://wwws.site.com/login
Respostas:
Não há uma boa razão para fazer isso. Alguma pessoa de marketing provavelmente sugeriu.
Na verdade, é uma péssima idéia, porque ensina os usuários a confiar no nome do host e não nos indicadores de segurança do navegador (ícone de cadeado, etc.)
Faço isso (embora eu costumo usar secure.site.com ou similar) quando tenho conteúdo separado para veicular. Ou seja, quando site.com e secure.site.com contêm coisas diferentes e / ou têm restrições diferentes sobre quem (ou seja, endereço IP de origem) pode usá-las. Se os dois veiculam o mesmo conteúdo, não sei por que você faria isso - não vejo nenhum benefício nisso. Eu acho que foi feito dessa maneira simplesmente porque a pessoa que o configurou não sabia como configurar HTTP e HTTPS no mesmo domínio na mesma configuração.
A HP costumava fazer isso, e eles ainda podem fazê-lo. É assim que eles carregam o site balanceado. Cada subdomínio pode estar associado a um endereço IP separado e, ao acessar o site www.hp.com, você será redirecionado para um dos sites www1.hp.com ... etc. Acho que pode ter havido um tempo até a entrada da CDN por conta própria, que a Amazon fez a mesma coisa.
Às vezes, isso ocorre devido ao design inadequado do aplicativo, no qual o servidor que hospeda o site version1 está hospedado em 68.68.68.2 (www.domain.com) e alguém reescreve o site porque seu desenvolvedor do Texas agora está na prisão (história verdadeira ... ) e como ainda é necessária alguma lógica XML-RPC escondida no monte de lixo em www.domain.com, redirecionamos nossos usuários para wwws.domain.com (68.68.68.3), onde nosso site novo e aprimorado é o desenvolvido por Brian, o ex-funcionário da Microsoft, descontente.
Não temos certeza do que acontecerá se removermos o site www.domain.com ou o mudarmos ou renomeássemos, por isso deixamos em vez de migrar nosso site 'bom' de volta ao nosso domínio principal.