Sin impuesto Con impuesto
RKR Diagnostics: ferramenta de diagnóstico e análise de desempenho para PrestaShop

RKR Diagnostics: ferramenta de diagnóstico e análise de desempenho para PrestaShop

Price: 108,78 €
Primeiro ano:108,78 €IVA incl.
A partir do segundo ano:27,20 €/anoIVA incl.
  • 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.
Pagamento único:108,78 €IVA incl.
  • 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.
89,90 € + IVA = 108,78 €

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.

Experimente a demo

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.

2 horas
A sessão do modo de resolução de problemas dura apenas no seu navegador: seus visitantes não saberão.
8 indicadores + 6 gráficos
Use as estatísticas para visualizar a saúde da loja rapidamente.
1.7.8 → 9.2
Uma única versão do módulo para todas as suas lojas PrestaShop.

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.

Consultas SQL lentas e duplicadas
Você pode ver quais tarefas demoram mais do que o limite definido (50 ms por padrão), quais se repetem e quem as inicia.
Tempo por gancho e por módulo
Você descobre qual módulo está consumindo o tempo da página, em vez de suspeitar de todos eles.
Erros de PHP na requisição
Os avisos e erros aparecem ao lado da página que os causou.
Substituições ativas
Uma lista das sobrescritas da sua loja e quais módulos as incluem, para entender o que está afetando a base de código.

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

Quem consegue ver isso?
Por padrão, apenas os superadministradores têm acesso. Você pode liberar o acesso para funcionários com as permissões necessárias na aba de configurações do módulo.
Substituições opcionais
Para medir SQL e hooks, você os instala com um botão, não previamente. Eles nunca afetam as configurações personalizadas de outros módulos e, se você já estiver usando o profiler nativo do PrestaShop, o módulo o detecta.
Peso
A captura é desativada através de uma chave geral nas Configurações.
Para experimentar sem riscos
Dados de demonstração de 14 dias com um clique e um botão para removê-los. Dentro, você encontrará um guia explicando cada tela.
Ao seu gosto
24 temas visuais, configurações ou histórico de importação e exportação, armazenamento em vários locais e textos traduzíveis em Internacional > Traduções.

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ência
    rkrdiagnoses

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 Hook e 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_schema foi substituído por SHOW TABLES uma vez por solicitação; a limpeza em lote foi substituída por quatro operações DELETE por captura. Outros
  • Licença AFL-3.0; novo logotipo; o atributo de menu chama-se RkrDiagMenuTrait (uma dúzia de módulos Rekire trazem um RkrBackOfficeMenuTrait diferente 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

Questions and answers

Nobody has asked anything about this product yet.

Carregando...
Consentimento de cookies
Voltar ao topo