- Status
- Resolvido
- Resolvido em
- WPML Translation Management 2.1.5
Visão geral do problema
Visitar uma lista de posts ou páginas produz muitas consultas ao banco de dados, na ordem de ~1.000 consultas por carregamento de página. Isso faz com que a lista de posts carregue lentamente, piorando significativamente a experiência do usuário, em configurações de banco de dados mais lentas.
O Gerenciamento de tradução em alguns casos precisa levar uma série de fatores em consideração ao determinar o status de tradução de um post. Como essas informações são recuperadas de várias fontes, a versão atual do WPML TM adicionou várias melhorias de estabilidade, melhorando significativamente a experiência do usuário ao usar serviços de Translation Proxy em relação à resiliência a eventos adversos, por exemplo, danos ao disco rígido, que exigem a restauração de um site a partir de um backup.
Infelizmente, um descuido desativou parte dos mecanismos de cache interno do Gerenciamento de tradução, que existem para reduzir o número de consultas ao banco de dados, necessárias para renderizar as listas de posts para tipos de post traduzidos. Isso traz apenas um impacto no desempenho, mas não funcional, mas pode causar problemas para configurações de banco de dados mais lentas.
Solução alternativa
O número de consultas ao banco de dados escala de forma quase linear com o número de posts exibidos em uma única página. Reduzir o número de posts por página por meio da configuração “Número de itens por página:”, encontrada em todas as listas de posts do WordPress, reduz automaticamente o número de consultas ao banco de dados na mesma proporção.
Defini-lo para um valor menor que o padrão, como 15 ou 10, melhorará significativamente o desempenho nas configurações afetadas.
A próxima versão do WPML virá com uma correção para o problema e reduzirá o tempo de carregamento das telas afetadas para o que era no WPML 3.3.