RKR Diagnostics: ferramenta de diagnóstico e análise de desempenho para PrestaShop
- Um ano de suporte técnico e atualizações vitalícias; a partir do segundo ano, o suporte é alargado por 27,20 €/ano e inclui as suas ideias de melhoria gerais para o módulo.
- Renova-se sozinha; cancela quando quiser, sem fidelização.
- Um ano de suporte técnico e atualizações vitalícias; depois, o suporte termina (com a subscrição é alargado por 27,20 €/ano).
- Um único pagamento, sem cobranças automáticas.
Uma barra de progresso em cada página exibe o tempo, a memória, as consultas SQL, os hooks e os erros de PHP da requisição, juntamente com um histórico de estatísticas e um modo que desativa módulos específicos para o seu navegador. Descubra o que está deixando sua loja lenta sem afetar a produção.
Compatível com PrestaShop 1.7.8 a 9.2. Módulo Rekire , testado em lojas reais.
Diagnóstico e desempenho
Sua loja está com movimento fraco e você não sabe por quê. Pare de ficar tentando adivinhar.
Um módulo, uma consulta SQL repetitiva, um hook que consome muitos recursos: qualquer um desses pode ser o culpado e, sem medições, você acaba desativando coisas às cegas em produção. O RKR Diagnostics exibe uma barra em cada página mostrando o custo real daquela solicitação e informa o que está causando a lentidão.
Veja o preço de cada página na própria página.
Uma barra no painel administrativo e na loja, exclusiva para a sessão de administrador, exibe o tempo de requisição , o uso de memória, as consultas SQL e os erros de PHP. Não é necessário abrir logs nem instalar nada no servidor para visualizar as informações básicas.
História e estatísticas para que você não dependa da sorte.
Cada requisição é salva em um registro de histórico, filtrado por intervalo, armazenamento, lentidão ou erros. Por padrão, os registros são mantidos por 7 dias, mas você define o período de retenção. As estatísticas mostram a evolução das requisições, os módulos mais sobrecarregados e os momentos com maior número de erros, permitindo verificar se uma alteração trouxe melhorias. O módulo possui um mecanismo de autoproteção: ele armazena um máximo de 800 consultas por requisição.
Encontre o módulo culpado sem danificar o armazenamento.
O modo de resolução de problemas desativa apenas os módulos que você escolher para o seu navegador, usando um cookie assinado que expira após 2 horas. Seus clientes continuam vendo a loja normalmente. Você fecha o navegador, atualiza a página, verifica se o problema desaparece e continua até isolar o conflito. O próprio RKR Diagnostics nunca se desativa.
Projetado para produção. Os valores de consulta são ocultados no histórico por padrão, os tokens de URL também são ocultados e a barra de armazenamento é enviada marcada para que nenhum cache de página a salve e a sirva para outro visitante.
O que nos preocupa
Instale, deixe capturar dados por alguns dias e dê uma olhada nos Hooks e módulos : geralmente dois ou três serão suficientes na maioria das vezes.
Compatível com PrestaShop 1.7.8 a 9.2 · PHP 7.1 a 8.4
Desenvolvido e mantido por REKIRE
- Referênciarkrdiagnoses
04/11/2026
v1.1.0
Análise completa da versão recebida (ZIP « 1.0.8 », código 1.0.9 ).
Organizado
- O texto solto "Roteiro concluído." foi impresso na parte inferior de cada página com a barra (back-office e loja).
- A barra da loja nunca funcionou: seus dados estavam sendo escapados pelo Smarty e permaneciam em zero, e suas ações AJAX não respondiam (no front-end do PrestaShop, ele apenas chama
displayAjax…()). - Com o tratamento de exceções ativado, uma exceção não tratada deixaria a página em branco com HTTP 200 e nenhum registro no log: agora o PHP a trata normalmente (500 e "Exceção não tratada...").
- As configurações
Hooke de banco de dados não são mais excluídas ou sobrescritas quando o PrestaShop as mescla com as configurações de outro módulo: elas aparecem como "mescladas com as configurações de outro módulo" e não são alteradas. - A opção "Desativar todas as substituições" (Parâmetros Avançados > Desempenho) remove as substituições de classe nas 1.7.8 e 8.x: agora elas são detectadas e um aviso é emitido, em vez de presumir que as substituições estejam instaladas.
- Os tempos de hooks aninhados eram contados duas vezes; o tempo "por módulo" era o hook dividido igualmente: agora ele é medido de fato dentro de cada módulo (nova tabela
rkr_diag_module). - Copiar as configurações ao duplicar uma loja (multiloja) não teve efeito (
old_id_shop/new_id_shop). - Importar mensagens com « [1] » não substituído.
- A versão do arquivo
config.xml( 1.0.4 ) não corresponde à versão do módulo. Segurança - XSS: CSS personalizado foi impresso sem filtro dentro de um Em todas as páginas do back-office; agora, qualquer "<" é removido ao salvar, importar e pintar.
- O histórico armazena o SQL literal (e-mails, hashes de senha, chaves de API salvas na configuração) e os URLs com o token do back-office: os valores são ocultos por padrão (nova configuração "Ocultar valores de consulta no histórico") e os tokens são sempre visíveis.
- A página do módulo e seu histórico ficam visíveis apenas para os funcionários autorizados nas configurações (superadministradores por padrão); com a opção "todos os funcionários com permissão nesta guia" ativada, somente os perfis que podem visualizar a guia ficam visíveis, e a barra não aparece mais para o restante da equipe administrativa.
- Cookies assinados vinculados ao seu nome, seus dados e a senha do funcionário: a alteração da senha, a desativação ou a exclusão do funcionário os cancela; o cookie no painel frontal deixa de funcionar como cookie de modo de resolução.
- Modo de resolução de problemas do navegador: a lista de módulos é transmitida no cookie assinado (antes era global e um administrador podia encerrar a sessão de outro).
- A barra de endereços da loja é enviada com
Cache-Control: private, no-store, para que o cache da página não a sirva aos visitantes com o SQL e o link para o painel administrativo. - O canal AJAX solicita um token através do comando "ping". Desempenho.
- A captura é executada apenas para funcionários autorizados (anteriormente, em todas as solicitações de back-office, incluindo login) e nunca em solicitações da barra de depuração do Symfony ou aquelas provenientes do próprio módulo.
- Verificado o limite de consultas antes
debug_backtrace()e o SQL foi reduzido para 4 KB por consulta. - As consultas não são mais salvas duas vezes por solicitação;
information_schemafoi substituído porSHOW TABLESuma vez por solicitação; a limpeza em lote foi substituída por quatro operaçõesDELETEpor captura. Outros - Licença AFL-3.0; novo logotipo; o atributo de menu chama-se
RkrDiagMenuTrait(uma dúzia de módulos Rekire trazem umRkrBackOfficeMenuTraitdiferente e o PHP mantém o primeiro que carrega). - Traduções: espanhol, francês, italiano, alemão e português.
4 outros produtos da mesma categoria
También podría interesarte
Questions and answers
Nobody has asked anything about this product yet.
























