[ad_1]
Você provavelmente já ouviu o termo “conteúdo estático” – ele se aplica a certos tipos de sites e arquivos e, dependendo do tipo de site que você está executando, pode ter um grande efeito em como você pode hospedar esse site.
Conteúdo estático versus conteúdo dinâmico
“Conteúdo estático” se aplica a arquivos que não mudam. Eles são armazenados como arquivos em disco e servidos diretamente aos usuários do seu site. Por exemplo, folhas de estilo CSS são conteúdo estático; eles podem ser hospedados como um download de arquivo e são os mesmos para cada usuário.
Isso não significa que o conteúdo estático não possa oferecer sites interativos. Os arquivos JavaScript são conteúdo estático e não executam nenhum código até chegarem ao navegador do usuário. Usando estruturas JavaScript como ReactJS, você pode ter aplicativos da Web interativos sem nenhum processamento do lado do servidor. Os arquivos para React são apenas arquivos de pacote JavaScript, HTML e CSS, coisas normais de sites.
O conteúdo dinâmico, por outro lado, é criado para cada usuário único. É importante entender a distinção entre Onde isto acontece. O conteúdo dinâmico é criado especificamente no lado do servidor, geralmente fazendo uma solicitação ao banco de dados e atualizando a página antes de enviá-la ao usuário. Tanto quanto o usuário sabe, eles estão apenas recebendo uma página da web. O nunca ver o banco de dados.
O WordPress é um exemplo famoso de conteúdo dinâmico, e é sobre isso que você está lendo agora. Para cada solicitação de um artigo, o WordPress se comunicará com um banco de dados MySQL e recuperará as informações da página. Essas informações podem ser armazenadas em cache para desempenho, mas ainda são conteúdo dinâmico.
A principal conclusão é que isso requer processamento da CPU no servidor web. Sites que usam ferramentas como PHP, Ruby on Rails ou Django são executados no servidor. Cada solicitação usa energia adicional da CPU e sempre deve haver um servidor como este para lidar com a comunicação com o banco de dados.
Por outro lado, você pode ter “conteúdo estático” que atinge o mesmo efeito. Neste exemplo, o processamento é feito no lado do cliente.
Isso ainda pode ser “dinâmico” no sentido de que pode responder a entradas, atualizar páginas e componentes e servir aplicativos da web interativos, mas todo o processamento é feito pelo navegador do usuário.
Em geral, se você deseja conectá-lo a um banco de dados, convém configurar uma API, um servidor web que responde a solicitações em um formato JSON que pode ser carregado pelo aplicativo do navegador. Nesse caso, esse servidor web da API serviria conteúdo JSON dinâmico.
Benefícios da hospedagem de conteúdo estático
Tradicionalmente, se você quiser hospedar um site, precisará configurar um servidor da Web para processar solicitações. No entanto, se você está apenas servindo conteúdo estático, não há muito que seu servidor web realmente precise fazer. Na verdade, tudo o que você estaria fazendo seria configurar um serviço como o NGINX para servir esses arquivos estáticos por HTTPS.
Esta é uma tarefa fácil de fazer e muitos serviços em nuvem oferecem soluções para hospedar arquivos sem configurar seus próprios servidores. Isso pode reduzir muito os custos, permitindo que você pague apenas pelos dados. Também é muito fácil de dimensionar, pois se você hospedar em uma plataforma como a AWS, seu site nunca ficará inativo devido a muito tráfego.
O conteúdo estático pode ser hospedado em soluções de armazenamento em nuvem, como AWS Simple Storage Service (S3). Basta carregar os arquivos no bucket de armazenamento, configurá-lo para hospedá-lo e ele estará disponível na Internet.
Embora essa seja uma configuração simples, na verdade é uma solução de nível empresarial decente para hospedagem de sites. Se o seu site não usa conteúdo dinâmico, você deve priorizar o uso de uma solução como essa em vez de hospedar seus próprios servidores da Web, especialmente se estiver em um provedor de nuvem como a AWS.
[ad_2]
