Entendendo o cache no WordPress, parte 2

No post anterior, compartilhei uma cartilha básica sobre como aplicativos baseados em banco de dados – especificamente WordPress – funcionam sem cache.

E antes de falarmos sobre como o cache básico funciona no WordPress, ou seja, com a API Transients, é importante discutir os princípios básicos do cache. Isso inclui por que fazemos isso, seus benefícios e como funciona.

Em seguida, veremos como podemos aproveitar os recursos básicos do WordPress para realmente fazer isso.

Entendendo o Cache no WordPress: Cache?

Por que fazemos

De um modo geral, fazemos isso para garantir que nossos sites sejam rápidos. Sabemos que a velocidade desempenha um papel importante na classificação de uma página nos resultados de pesquisa. E embora esse não seja o motivo principal, é um motivo importante.

Talvez o argumento mais simples e melhor para o armazenamento em cache seja ter um site rápido (ou um site de alto desempenho). E, neste contexto, isso pode significar um site ou uma aplicação web.

Independentemente disso, sabemos como é quando estamos sentados esperando que uma página ou parte de uma página seja carregada. Se não gostamos, por que queremos que nossos visitantes experimentem isso?

Seus benefícios

Os benefícios do cache vêm em pelo menos duas áreas principais:

1. experiência de usuário,
2. hora de carregar.

Na última seção, eu disse que os benefícios do cache podem ser sentidos se você for um usuário. É algo que todos nós já experimentamos e, como desenvolvedores, é algo que podemos oferecer aos nossos usuários através de uma variedade de técnicas.

Mas “tempo para carregar" também é algo que importa e não se trata apenas dos benefícios de quanto tempo leva para um usuário carregar o site. Em vez disso, é um pouco mais técnico.

Lembre-se no post anterior que uma requisição – ou uma viagem – começa quando o usuário solicita informações do servidor e então o processo vai da máquina do usuário para o servidor para o banco de dados e vice-versa.

Quando introduzimos o cache, não precisamos fazer tudo isso. Em vez disso, uma viagem é encurtada porque os dados são mantidos em outro lugar. E se a viagem for mais curta (e não me refiro do computador do usuário até onde o servidor está localizado no mundo), também deve ser mais rápido.

Mas como?

Como funciona

Existem vários tipos de cache disponíveis, mas estou mantendo esta série em particular de alto nível. Ou seja, não vou distinguir entre cache de navegador, cache de página, cache de objeto etc.

Talvez em um post futuro. Mas, por enquanto, estou falando especificamente sobre cache em alto nível.

De qualquer forma, veja como funciona:

1. Durante a primeira visita a uma página, todas as informações necessárias para carregar a página são reunidas.
2. Em vez de descartá-la quando o usuário sai do site (ou da página), as informações são mantidas em algum lugar de fácil acesso, como a memória do servidor.
3. Quando o próximo usuário acessa a página, a viagem não precisa ir ao banco de dados para obter todas as informações, montá-las e depois devolvê-las ao usuário. Em vez disso, ele extrai as informações totalmente montadas da memória do servidor (que é, na maioria dos casos) já mais rápida e as retorna ao usuário.

Há muitas ressalvas a serem consideradas ao fazer isso, como dados de usuário personalizados, carregamentos parciais de página e assim por diante, mas o princípio por trás da viagem permanece o mesmo.

Transientes do WordPress

Então, como isso funciona no WordPress? No nível mais fundamental, a API Transients fornece algumas funcionalidades básicas para isso.

Mas é importante entender como funciona e por que funciona da maneira que funciona. Então, no próximo post desta série, vou falar especificamente sobre isso.