1. 1. Guia para iniciantes para entender as funções internas do WordPress
  2. 2. O que é o cache do WordPress e por que é importante?
  3. 3. Lendo atualmente: Como funciona o cache do WordPress?
  4. 4. Como instalar e configurar o cache do WordPress com o WP Super Cache
  5. 5. Como configurar o cache do WordPress com o W3 Total Cache (W3TC)
  6. 6. MaxCDN Review: O Melhor CDN para WordPress?

Bem-vindo a um novo capítulo da série WordPress Caching, onde aprenderemos como o cache do WordPress funciona. Antes de chegarmos ao final deste tópico, verifique se você seguiu cada um dos tópicos anteriores (desta série) com cuidado, pois este capítulo usa o conhecimento deles. Para começar, vamos falar sobre os dois principais tipos de protocolos de armazenamento em cache disponíveis, com base no modelo cliente-servidor:


  • Armazenamento em cache do lado do cliente e
  • Cache do lado do servidor

Cache do lado do cliente

O Modelo Cliente-Servidor

O Modelo Cliente-Servidor

Um site contém muitos dados estáticos e não textuais, como imagens, arquivos CSS e Javascript. Após o download, seu navegador é inteligente o suficiente para não fazer o download novamente toda vez que você pressiona o botão F5. Ele simplesmente serve esses dados do cache local – ou seja, os dados armazenados em cache salvos no disco rígido do seu computador. É por isso que é recomendável limpar o cache do seu navegador de vez em quando – economiza muito espaço e melhora o desempenho.

Esse processo de reutilização dos dados em cache do computador do cliente (ou final do cliente) é conhecido como cache do lado do cliente e quase todos os sites modernos os usam e todos os navegadores os suportam. O cache do lado do cliente ajuda a impedir a redundância de dados (ou seja, o download repetido dos mesmos dados) e, portanto, economiza muitos recursos do servidor e, o mais importante – tempo!

Cache do lado do servidor

Servidor

O cache do servidor inclui todos os vários protocolos de cache usados ​​no cache do WordPress. Eles incluem o seguinte:

  • Cache da página
  • Cache de consulta do banco de dados
  • Cache baseado em objeto
  • Cache do Opcode

O WordPress emprega esses quatro principais protocolos de cache do lado do servidor. Vamos dar uma olhada em cada um deles individualmente e ver como o cache de cada um deles pode economizar muito tempo precioso de computação, acelerando seu site.

Armazenamento em cache de página

1381630448_HTML-2O cache de páginas é o mais simples de todos os protocolos de cache, e aposto que você já sabe disso. Simplesmente se refere ao processo de salvar os arquivos HTML gerados dinamicamente no disco rígido ou memória (RAM) do servidor (comumente conhecido como ‘cache’) e servi-los a partir do cache (ou seja, reutilizar dados gerados anteriormente) sempre que uma solicitação é feita . Isso economiza a sobrecarga da execução de consultas de código PHP e banco de dados MySQL.

Cache de banco de dados

Base de dadosA primeira coisa a saber sobre os bancos de dados é que eles são enormes e precisam de recursos. Eles são literalmente, o coração de toda empresa – seja online ou não. O mesmo vale para o WordPress. O objetivo de um banco de dados é armazenar, atualizar e fornecer dados com eficiência. Como geralmente são enormes, cada consulta leva tempo (geralmente na ordem de algumas centenas de microssegundos). Melhor o hardware, mais rápida a geração de resultados da consulta. Pense sobre isso. Como o WordPress depende muito de seu banco de dados, ele faz uma consulta de vez em quando. E quando os dados não estão sendo alterados no banco de dados, fazer consultas para recuperar os mesmos dados é como baixar novamente as mesmas imagens repetidamente – como discutido em Cache no lado do cliente. Portanto, salvar os resultados de uma consulta no armazenamento local faz sentido, não é? Essa economia de resultados de consultas ao banco de dados no armazenamento local é chamada de cache do banco de dados e é um dos fatores fundamentais no cache do WordPress.

No entanto, depois que o banco de dados é atualizado (por exemplo, quando uma postagem é atualizada ou publicada ou um comentário é enviado), é muito importante que o cache do banco de dados salvo anteriormente seja excluído e faça um novo cache dos resultados da consulta ao banco de dados novamente. Isso não é redundante, pois ajuda a eliminar resultados irrelevantes ou incorretos de consultas ao banco de dados.

Cache de objeto

Código de operaçãoO WordPress possui um sistema de cache interno que inclui vários subsistemas (ou seja, a API de cache, o cache de objetos e a API transitória). O núcleo do WordPress permite que os plugins controlem esse sistema de cache para reduzir o número de chamadas ao banco de dados. Este é um tópico bastante avançado e não é relevante para o usuário comum.

Cache do Opcode

Código PHPAssim como o cache do banco de dados, onde a idéia é reduzir o número de consultas ao banco de dados, o cache do opcode refere-se à economia do código PHP compilado entre cada solicitação. Se você der uma olhada em qualquer arquivo PHP, verá que o código é realmente uma lista de instruções para o compilador usar. PHP é uma linguagem de programação orientada a objetos e tem suas vantagens desde a sua origem! Para que um código PHP seja executado, o compilador PHP deve compilar o código primeiro e gerar o código executável para o servidor da web executar. Armazenar em cache a saída do compilador PHP para várias execuções é o objetivo do cache do opcode. Novamente, isso é coisa interna – coisas com as quais você não deveria se preocupar muito!

Armazenamento local – primário versus secundário

Armazenamento local

Para implementar o cache do servidor de qualquer forma, entende-se que os dados devem ser armazenados no armazenamento local. O termo “armazenamento local” pode significar duas coisas. Um é o disco rígido do servidor e o outro é a memória principal do servidor – ou seja, a RAM.

A RAM, que significa Memória de acesso aleatório, é uma forma de memória volátil e possui ordens de grandeza mais rápidas que os discos rígidos, que é uma forma de armazenamento secundário não volátil. Também é mais caro. Claro que todos vocês sabem disso.

Onde você salva os dados em cache faz uma enorme diferença. Se estiver em um disco rígido, é definitivamente mais lento do que quando armazenado em uma RAM. Mais uma vez a velocidade do disco rígido é importante. Os discos rígidos do servidor variam de 7.200 RPM a 15.000 RPM e podem ter diferentes níveis de RAID – o RAID 0 é o mais rápido e mais inseguro, o RAID 4 é um equilíbrio adequado. Você também tem SSDs. Portanto, o local dos dados em cache tem um sério impacto na velocidade.

Para pessoas em servidores de hospedagem compartilhada, você não tem escolha a não ser salvá-lo no disco rígido. Para pessoas que executam seu próprio servidor dedicado ou VPS, você tem a opção adicional de salvar o cache na memória principal, o que novamente deve ser feito com muito cuidado – a configuração incorreta pode levar à instabilidade (falta de RAM, etc.) e travamentos freqüentes de servidor.

Conclusão

Agora que você conhece bem os vários protocolos de cache do WordPress, vamos chegar à peça central de nossa série de posts – Como implementar o cache do WordPress.

Se você tiver alguma dúvida ou sugestão para melhorar este capítulo, não hesite em perguntar ou compartilhá-las. Gostaríamos de ouvir seus pensamentos.!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me