Módulo IMDBOptimizer (OC 3) - Otimização de banco de dados para OpenCart

Otimização com um clique
O módulo permite realizar otimizações com um único clique: criar índices, otimizar tabelas (consulta SQL para otimizar tabelas) e também ativar o cache SQL, se necessário.
Funcionalidade: Se você selecionar "Desativado" no campo "Ativar cache?" , o módulo não desativará o cache caso ele esteja ativado. Isso é feito especificamente para evitar que você desative o cache acidentalmente ao verificar periodicamente se precisa criar índices e otimizar tabelas.

Uma pequena ressalva para casos raros. Lembre-se de que, por exemplo, se os índices demorarem muito para serem criados (para mais detalhes, consulte "O que fazer se os índices demorarem muito para serem criados?"), você terá que criá-los por meio de uma guia, e não por meio da otimização com um clique. Esta é uma limitação puramente técnica.


Armazenamento em cache de consultas SQL

O OpenCart, como qualquer CMS, executa um número considerável de consultas SQL ao banco de dados, algumas das quais são do mesmo tipo (ou seja, usuários diferentes terão o mesmo resultado).

E se houver muitos produtos, as consultas SQL podem facilmente se tornar o principal motivo da lentidão de uma loja online (se você tiver mais de 5.000 produtos, provavelmente já sabe disso).

No entanto, isso pode ser evitado armazenando em cache as consultas SQL pelo módulo IMDBOptimizer.

Características:
1. Sistema híbrido de cache de consultas SQL (banco de dados + arquivos), que permite aumentar a velocidade de geração de páginas HTML (testado em um OpenCart padrão com 5500 produtos - aumento de desempenho de 30% para 70-80%) e equilibrar parcialmente a carga entre o disco e o banco de dados.
2. É suportado um filtro "por palavra" para excluir consultas SQL do processo de armazenamento em cache (independente de maiúsculas e minúsculas).
3. O filtro "URL" é compatível para excluir páginas individuais do processo de cache de consultas SQL (sem distinção entre maiúsculas e minúsculas).
4. Como apenas as consultas SQL são armazenadas em cache, este módulo pode ser usado com sucesso em conjunto com outros módulos de cache (por exemplo, v2pagecache). No entanto, é recomendável verificar a compatibilidade em um servidor de teste.
5. Você instalou o módulo? Não é necessário configurar nada para o cache. As consultas SQL iniciam o cache automaticamente (incluindo filtros), sem a necessidade de configurar mais nada.
6. Outra característica distintiva do armazenamento em cache de consultas SQL é que, se a mesma consulta for usada para gerar diferentes páginas da web ou simplesmente executada repetidamente, apenas um cache será utilizado. Um exemplo simples: se você abrir o mesmo produto em diferentes categorias, as opções serão armazenadas em cache apenas uma vez.
7. Pode ser usado com ou sem criação de índice.
8. Após a instalação, o módulo cria imediatamente uma configuração padrão; você só precisa ativar o cache.
9. Fácil de ligar e fácil de desligar.

Limitações e nuances:
1. Como este é um módulo de cache em nível de banco de dados, é necessário levar em consideração que recursos como exibir o saldo real do produto ou o preço atual no cartão não são suportados (os dados são armazenados em cache).
2. Somente as consultas SQL que começam com "select" são armazenadas em cache.
3. O arquivo principal registry.php é substituído.
4. O armazenamento em cache é aplicado apenas ao lado do cliente; no lado do administrador, todas as solicitações são executadas normalmente.
5. Lembre-se de que o armazenamento em cache representa uma carga adicional. Por exemplo, ao abrir a página de um produto pela primeira vez, o carregamento pode demorar mais (o cache é criado).

otimização, banco de dados, db