Usando o subdomínio no mesmo servidor: bom ou ruim e por quê?

Question

Estou trabalhando em um site simples baseado em HTML-CSS-JQuery e escolha 000webhost como um provedor de hospedagem gratuito.

Isso me dá espaço e largura de banda suficientes e um servidor Apache baseado em Unix compartilhado.

Agora, para a minha pergunta, eu pesquisei pros e contras de gerenciar subdomínios, especialmente para dados estáticos, e concluí que subdomínio é uma boa ideia e pode compartilhar a carga de solicitações e respostas HTTP.

Mas o que no meu caso eu tenho apenas um servidor disponível que também é compartilhado?

É ideal ter subdomínios no mesmo servidor ou é bom ter apenas um domínio e divisões de pastas?

    

Answer 1

Ter vários nomes de host nos URLs costumava ser muito importantes. Houve principalmente 2 razões, que se seguem. Mas hoje eu diria que muitas vezes não é tão importante.

As razões são / costumavam ser:

• Compartilhamento (um termo sobrecarregado): navegadores mais antigos só abririam 2 conexões por nome de host. Assim, se todas as HTML, CSS, JS & Os arquivos IMG foram recuperados de www.company.com , em seguida, o navegador baixaria no máximo dois arquivos a qualquer momento. O uso de vários nomes de host em URLs internos, ou seja, http://www.company.com e shard1.company.com e shard2.company.com acelerariam os downloads. Isso não é mais importante, porque todos os navegadores modernos usam 8 ou mais conexões paralelas por nome de host.

• Subdomínios Cookieless: Assumindo que www.company.com define um número de cookies para coisas como estado de login e análise, existe um pequeno benefício de desempenho para servindo arquivos estáticos de um domínio sem cookies , por exemplo, static-files.company.com . Isso ainda é válido hoje e ainda é útil - mas é uma otimização menor. Os cookies são geralmente muito pequenos, e o tempo necessário para transmiti-los é baixo, mas é claro que tudo se soma.

O livro clássico que deu a notícia sobre isso é "Sites de Alto Desempenho", de Steve Souders . Algumas das recomendações específicas do livro são um pouco antigas, mas ainda são a melhor introdução geral à engenharia de desempenho frontend que existe.

    

Answer 2

Ter subdomínios diferentes que atendem arquivos estáticos pode melhorar o tempo de carregamento da página, não apenas para mais vantagens de largura de banda ou balanceamento de carga, mas principalmente para como os navegadores gerenciam conexões de dados com servidores remotos: ter vários arquivos servidos de um nome de domínio exclusivo limite o número de transferências paralelas, já que o navegador não quer sobrecarregar o servidor web.

A melhor maneira de lidar com arquivos estáticos é usar uma rede de distribuição de conteúdo em vez de seu servidor da Web.

Se você quiser uma visão geral sobre o seu tópico e técnicas relacionadas para acelerar o carregamento da página, dê uma olhada aqui: link

    

Answer 3

Ter subdomínios permite que os cookies sejam manipulados em cada nível de domínio. Se seu aplicativo puder se beneficiar disso, você precisará de subdomínios.

Ter subdomínios também permitirá que você expanda se você crescer e hospedar cada subdomínio em uma caixa diferente, sem ter que fazer uma reescrita maluca durante a transição.

Ter subdiretórios é muito mais simples, pois não há nada adicional para configurar. Nenhum registro DNS extra, nenhum host virtual extra, etc.

Realmente, depende de você. Considere o crescimento futuro e escolha o que é melhor para você.