Como funciona o cache do WordPress?
- 1. Guia para iniciantes das funções internas do WordPress
- 2. O que é o cache do WordPress e por que é importante?
- 3. Atualmente lendo: Como funciona o cache do WordPress?
- 4. Como instalar e configurar o cache do WordPress com o WP Super Cache
- 5. Como configurar o cache do WordPress com o W3 Total Cache (W3TC)
- 6. Revisão do MaxCDN: O Melhor CDN para WordPress?
Bem-vindo a um novo capítulo em nossa série WordPress Caching, onde aprenderemos como o cache WordPress funciona. Antes de chegarmos ao final deste tópico, certifique-se de ter seguido cada um dos tópicos anteriores (desta série) cuidadosamente, pois este capítulo usa o conhecimento deles. Para começar, vamos falar sobre os dois principais tipos de protocolos de cache disponíveis, baseados no modelo cliente-servidor:
- Cache do lado do cliente e
- Cache do lado do servidor
Cache do lado do cliente
Um site contém muitos dados não textuais e estáticos, como imagens, arquivos CSS e Javascript. Depois de baixados, seu navegador é inteligente o suficiente para não baixá-los novamente toda vez que você pressionar 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 é recomendado limpar o cache do seu navegador de vez em quando – isso economiza muito espaço e melhora o desempenho.
Esse processo de reutilização dos dados em cache do computador do cliente (ou do cliente) é conhecido como cache do lado do cliente e quase todos os sites modernos o usam e todos os navegadores o suportam. O cache do lado do cliente ajuda a evitar a redundância de dados (ou seja, baixar os mesmos dados repetidamente) e, portanto, economiza muitos recursos do servidor e, o mais importante, tempo!
Cache do lado do servidor
O cache do lado do servidor inclui todos os vários protocolos de cache usados no cache do WordPress. Eles incluem o seguinte:
- Cache de página
- Cache de consulta de banco de dados
- Cache baseado em objetos
- Cache de código de operação
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 armazenamento em cache de cada um deles pode economizar muito tempo de computação precioso, acelerando assim o seu site.
Cache de página
O cache de página é o mais simples de todos os protocolos de cache e aposto que você já sabe disso. Refere-se simplesmente ao processo de salvar os arquivos HTML gerados dinamicamente no disco rígido ou na 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 de execução de código PHP e consultas de banco de dados MySQL.
Cache de banco de dados
A primeira coisa a saber sobre bancos de dados é que eles são enormes e consomem muitos recursos. Eles são literalmente o coração de todas as empresas – seja online ou não. O mesmo vale para o WordPress. O objetivo de um banco de dados é armazenar, atualizar e fornecer dados de forma eficiente. 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 do resultado 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 – conforme discutido em Cache do lado do cliente. Portanto, salvar os resultados de uma consulta no armazenamento local faz sentido, não é? Essa economia de resultados de consultas de banco de dados no armazenamento local é chamada de cache de banco de dados e é um dos fatores fundamentais no cache do WordPress.
No entanto, uma vez 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 que os resultados da consulta do banco de dados sejam armazenados novamente em cache. Isso não é redundante, pois ajuda a eliminar resultados de consulta de banco de dados irrelevantes ou errôneos.
Cache de objetos
O WordPress tem 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 plugins controlem esse sistema de cache para reduzir o número de chamadas de banco de dados. Este é um tópico bastante avançado e não é muito relevante para o usuário comum.
Cache de código de operação
Assim como o cache de banco de dados, onde a ideia é reduzir o número de consultas ao banco de dados, o cache de opcode se refere ao salvamento do código PHP compilado entre cada solicitação. Se você der uma olhada em qualquer arquivo PHP, verá que o código é na verdade uma lista de instruções para o compilador usar. PHP é uma linguagem de programação orientada a objetos, e tem suas vantagens desde 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 web executar.
Armazenar em cache a saída do compilador PHP para múltiplas execuções é o que é o cache de opcode. Novamente, isso é coisa interna – coisas com as quais você não deve se preocupar muito!
Armazenamento Local – Primário versus Secundário
Para implementar o cache do lado 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 primária do servidor – ou seja, a RAM.
RAM, que significa Random Access Memory, é uma forma de memória volátil e é muito mais rápida que os discos rígidos, que é uma forma de armazenamento secundário não volátil. É mais caro também. 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 de servidor variam de 7.200 RPM a 15.000 RPM e podem ter diferentes níveis de RAID – RAID 0 sendo o mais rápido e inseguro, RAID 4 sendo um equilíbrio adequado. Você também tem SSDs. Portanto, a localização de dados em cache tem um impacto severo 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 em sua memória primária, o que novamente deve ser feito com muito cuidado – uma configuração inadequada pode levar à instabilidade (ficar sem RAM, etc). e travamentos freqüentes do servidor.
Conclusão
Agora que você tem uma boa compreensão dos vários protocolos de cache do WordPress, vamos chegar à peça central da 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, sinta-se à vontade para perguntar ou compartilhá-las – adoraríamos ouvir sua opinião!
