Cache e velocidade

Cache em várias camadas que mantém os sites rápidos em grande escala

A maioria das visitas a um site Zinn Digital® nunca toca em PHP ou MySQL. Um cache de página inteira LiteSpeed, um cache de objetos Redis por site e a borda da CDN trabalham juntos, coordenados por uma purga automática inteligente, para que as páginas permaneçam rápidas e as origens fiquem silenciosas — em mais de 650.000 sites hospedados em todo o mundo.

Três camadas de cache, um sistema coordenado

A velocidade vem de servir o conteúdo certo do lugar mais rápido. Nós empilhamos três caches para que uma requisição seja respondida o mais cedo possível — na borda, no servidor web ou a partir da memória — e nunca precise reconstruir uma página que já foi construída.

Cache de página inteira do LSCache

Em servidores LiteSpeed, as respostas de front-end passíveis de cache recebem cabeçalhos de controle de cache e tags do LiteSpeed, permitindo que o servidor Web entregue páginas completas sem acionar o PHP ou consultar o MySQL. Esse é o maior ganho isolado para o tempo até o primeiro byte (TTFB) no WordPress.

Cache de objetos Redis por site

Um botão de ativação de clique único instala um objeto de cache Redis autônomo, descarregando leituras repetidas do banco de dados. Se o Redis ficar inacessível, o sistema recorre a um cache em memória por requisição, para que o site continue funcionando.

CDN e edge

Recursos estáticos e páginas armazenáveis em cache são servidos a partir da CDN próxima aos visitantes. As limpezas são espelhadas para a borda para que ela permaneça sincronizada com o cache de origem — um único controle, e não três configurações desconectadas.

A limpeza automática inteligente mantém o conteúdo atualizado

Um cache só é útil se limpa as páginas certas no momento certo. O nosso monitora alterações reais e faz a limpeza de forma cirúrgica usando as tags de cache do LiteSpeed — e não um apagão geral que limpa tudo a cada edição.

  • Quando um post ou página é salvo, movido para a lixeira ou excluído, apenas as páginas afetadas e as listagens em que eles aparecem são limpas.
  • Comentários, termos de taxonomia editados, trocas de tema, ativação de plugins e atualizações do núcleo/plugins/temas acionam limpezas direcionadas.
  • Ouve o espelho para o painel do plano de controle por meio de um webhook assinado, para que a CDN e a borda sejam limpas em sincronia com a origem.
  • Um endpoint REST de purga permite que o painel limpe tudo, URLs específicos ou tags específicas — autenticado por uma sessão de administrador ou uma assinatura HMAC-SHA256.

Seguro por padrão — páginas dinâmicas nunca são armazenadas em cache

O cache agressivo só é seguro quando os elementos que precisam permanecer ativos nunca são armazenados em cache. O Zinn® Cache vem com padrões sensatos para WordPress e WooCommerce / Easy Digital Downloads: carrinho, finalização de compra, minha conta, REST e AJAX, visualização e busca são excluídos, e qualquer solicitação de usuário conectado ou com cookie de sessão é servida atualizada.

Isso significa que um comprador nunca vê o carrinho de outra pessoa e um editor conectado nunca vê um rascunho desatualizado. Você pode adicionar regras extras de caminho, chave de consulta e prefixo de cookie por site quando um plugin precisar delas, sem mexer nos padrões seguros.

O cache é um recurso por blueprint, de modo que sites estáticos, PHP e Node recebem o cache que melhor lhes convém, e o plugin decai graciosamente onde quer que uma camada de cache de página inteira esteja ausente.

Perguntas frequentes

Eu preciso configurar alguma dessas opções?

Não. O plugin Zinn® Cache já vem incluído no footprint de deploy e o cache de página inteira, cache de objetos, limpeza automática e exclusões seguras são configurados automaticamente em sites hospedados na Zinn®. Você pode fazer ajustes finos em tudo em Configurações → Zinn® Cache, ou a partir do painel, se quiser.

O cache pode quebrar a minha loja WooCommerce?

Não. Carrinho, finalização de compra, minha conta e qualquer solicitação com login ou cookie de sessão nunca são armazenadas em cache por padrão, portanto, páginas dinâmicas e por cliente permanecem sempre ativas. O cache de página inteira serve apenas páginas que são iguais para todos os visitantes.

O que acontece se o Redis estiver indisponível?

O cache de objetos é opcional e opera com segurança contra falhas. Se a extensão phpredis estiver ausente, o botão de alternância é desativado com um aviso; se o Redis ficar inacessível em tempo de execução, o arquivo drop-in faz o atendimento a partir de um cache em memória por requisição, para que o site nunca caia.

Isso requer o LiteSpeed?

O cache de página inteira usa um servidor web LiteSpeed ou o plugin de terceiros LiteSpeed Cache se ele já estiver ativo. Em outros servidores, nenhum cabeçalho de cache é emitido, mas o cache de objetos, as exclusões e a purga remota ainda funcionam.

Como a CDN e os caches do servidor se mantêm sincronizados?

Uma purga coordenada. Quando o conteúdo é alterado, purgas direcionadas baseadas em tags limpam as páginas afetadas no servidor web e são espelhadas para a CDN e para o edge por meio de um webhook assinado, garantindo que cada camada limpe as mesmas páginas ao mesmo tempo.

Veja nos seus próprios sites

Inicie um teste de 14 dias sem cartão e deixe o cache multicamada fazer o trabalho. Migrações gratuitas, garantia de reembolso de 30 dias, garantia de 99,99% de tempo de atividade e sem retenção de fornecedor.

Comece grátis