O WordPress 6.1, com lançamento previsto para novembro de 2022, trará uma grande otimização no desempenho do banco de dados através da implementação de um novo sistema de armazenamento em cache de consultas de postagens.
Essa nova funcionalidade promete aumentar a velocidade de carregamento de websites feitos no WordPress.
A otimização precisa do cache se destina ao armazenamento em cache após a consulta.
No anúncio feito no Twitter, uma pessoa questionou se essa atualização já está disponível na versão 6.0.
Melhoria substancial.
Segundo o funcionário principal do WordPress envolvido neste projeto, a implementação de caching trará uma significativa melhora.
A pessoa que mais contribuiu postou em sua conta do Twitter:
No WordPress 6.1, ocorreu uma significativa otimização no desempenho do banco de dados.
Consulta de banco de dados em WP agora em cache. Um ticket com o qual tenho lidado por mais de 5 anos foi combinado.
Isso levará a uma redução significativa no número de consultas de banco de dados repetidas, resultando em economia de tempo e recursos.
Foi iniciado um esboço de uma nota do desenvolvedor contendo detalhes adicionais sobre o cache.
O WordPress 6.1 traz uma atualização na maneira como as consultas ao banco de dados são feitas na classe ‘WP_Query’, visando armazenar o resultado das consultas em cache de objetos.
Isso quer dizer que se a mesma busca no banco de dados for feita várias vezes, o resultado será armazenado em cache.
Para quem utiliza cache de objeto persistente, isso implica que a consulta ao banco de dados não será repetida até que os caches sejam atualizados, o que leva a uma redução no número de consultas realizadas ao banco de dados.
Eles fizeram uma pergunta:
“Obrigado! Houve alguma mudança positiva na versão 6.0?”
Com isso, enfrentamos dificuldades significativas em lojas online de grande porte: categorias desaparecendo nas páginas de arquivos quando apenas as categorias infantis são selecionadas, e não as categorias de nível superior (pais).
Interessado na nota com maior contexto.
O responsável principal pela equipe de desenvolvimento da Palavra Press respondeu:
Estamos constantemente aprimorando o desempenho do banco de dados.
O termo query caching foi aprimorado na versão 6.0, com foco no caching pós-query. Essa melhoria está relacionada, porém não é idêntica.
Essa questão foi resolvida na versão 6.0.1. Eu percebi.
Armazenamento de informações e pesquisa no WordPress.
O WordPress guarda diversas partes do site em um banco de dados.
Um conjunto de dados armazena detalhes sobre a página web estruturados em tabelas.
Por exemplo, toda a informação destinada a ser publicada em uma página da web é guardada em um banco de dados.
Quando uma pessoa acessa um site, o WordPress busca no banco de dados para encontrar o conteúdo específico da página visitada.
O WordPress realiza múltiplas consultas ao banco de dados a cada vez que uma página é requisitada, e o faz para cada visitante do site.
Portanto, essa situação pode sobrecarregar um servidor quando ocorre repetidamente milhares de vezes por minuto, levando a uma diminuição no desempenho do banco de dados e, consequentemente, retardando o funcionamento de todo o site.
Com essa nova funcionalidade de cache de banco de dados, ao invés de realizar uma consulta ao banco de dados, o sistema primeiramente verifica se os dados procurados estão armazenados em um cache e os recupera de lá.
O texto compara a situação de fazer um pedido de almoço e ter que esperar pela sua preparação com a ideia de o próprio cliente, ao fazer o pedido, preparar imediatamente a refeição ali mesmo, sem esperar.
Comentário da Comunidade do WordPress.
O comunicado extraoficial gerou grande empolgação.
Parabéns, causou uma forte impressão.
— Publicação de Elie Sloïm (@ElieSl) em 27 de Setembro de 2022
Texto parafraseado: “Um jogo equitativo para você, isso é significativo em vários sentidos. Estou ansioso para testar isso. Agradeço muito por todo o seu esforço e dedicação!”
Tweet de Simon Pollard em 27 de setembro de 2022.
Ótimo trabalho, Jonny! É muito bacana que você consiga gerar um impacto positivo dessa magnitude.
Keith Devon publicou um tweet em 27 de setembro de 2022.
Texto parafraseado: “Excelente! Sempre me incomodou o fato de ter que passar por dificuldades para evitar consultas duplicadas com isso.”
O tweet foi postado por Jon Brown em 27 de setembro de 2022.
Questões de última hora tornando-se estáveis.
Apesar do tweet animado que informava sobre a inclusão desse recurso no próximo lançamento do WordPress, um imprevisto surgiu no último momento que levantou questionamentos sobre a sua presença nessa atualização do WordPress.
O ticket do GitHub relacionado ao projeto de cache foi encerrado, indicando que todos os problemas foram abordados e o trabalho foi concluído.
Horas mais tarde, o mesmo utilizador do WordPress reabriu o pedido de suporte devido à identificação de novos problemas.
O problema encontrado estava relacionado com o armazenamento em cache persistente de objetos.
Eles redigiram uma justificativa.
Reabri o tópico sobre algumas questões que surgiram com o uso persistente de Cache de Objetos. Uma das dificuldades encontradas é o excesso de chamadas ao adicionar ao cache quando o Cache de Objetos persistente está ativo, devido à chamada da função update_post_caches. Essa função não deveria ser acionada quando o cache do objeto está ativado. Além disso, o cache é configurado em todas as execuções do WP_Query, não apenas na primeira, apresentando o segundo problema.
Foi lançada uma atualização do GitHub com o intuito de registrar as soluções para os problemas recém identificados.
Confirmado que o WordPress 6.1 incluirá o Banco de Dados Cache.
Entre em contatoi com o programador através de mensagem direta no Twitter, e ele confirmou que não haverá nenhum atraso.
Ele afirmou que, a partir de agora, dentro de seis semanas, os problemas identificados recentemente serão resolvidos e uma nova funcionalidade de cache será adicionada ao WordPress 6.1.
Información actualizada.
Dias depois, a versão do recurso no GitHub foi atualizada para informar que os problemas foram solucionados.
O comentário foi observado.
Recomenda-se substituir o uso de “update_post_caches” por “_prime_post_caches” no WP_Query para evitar a execução desnecessária de cache em sites com cache de objeto persistente habilitado. Isso garante que apenas as mensagens que não estão em cache sejam armazenadas em cache.
Logo depois, logo após essa observação, o funcionário principal comentou imediatamente:
- Decisão estabelecida para algo imutável.
- Mudança de status de aberto para fechado.
Até o momento, nenhum anúncio oficial foi feito, o que é uma prática comum. Todas as versões incluem diversas melhorias, sendo que as principais costumam ser destacadas no dia do lançamento.
Aguarde o lançamento do próximo recurso que irá aprimorar o desempenho do WordPress na versão 6.1, prevista para novembro de 2022.
A imagem principal é fornecida pelo estúdio iViDI através do Shutterstock.
