Sin impuesto Con impuesto
RKR Diagnostics : outil de diagnostic et de profilage des performances pour PrestaShop

RKR Diagnostics : outil de diagnostic et de profilage des performances pour PrestaShop

108,78 €
Première année: 108,78 € TTC
À partir de la deuxième année: 27,20 €/an TTC
  • Un an de support technique et des mises à jour à vie ; à partir de la deuxième année, le support est prolongé pour 27,20 €/an et inclut la prise en compte de vos idées d'amélioration générales du module.
  • Renouvellement automatique ; résiliable à tout moment, sans engagement.
Paiement unique: 108,78 € TTC
  • Un an de support technique et des mises à jour à vie ; ensuite, le support s'arrête (avec l'abonnement, il est prolongé pour 27,20 €/an).
  • Un seul paiement, sans prélèvement automatique.
89,90 € + TVA = 108,78 €

Une barre de progression sur chaque page affiche le temps, la mémoire, les requêtes SQL, les hooks et les erreurs PHP de la requête, ainsi qu'un historique des statistiques et un mode permettant de désactiver les modules spécifiques à votre navigateur. Identifiez les éléments qui ralentissent votre boutique sans impacter la production.

Compatible avec PrestaShop 1.7.8 à 9.2. Module Rekire , testé en conditions réelles.

Essayez la démo

Front officeBack office

Diagnostic et performance

Votre magasin est lent et vous ne savez pas pourquoi. Arrêtez de deviner.

Un module, une requête SQL répétitive, un hook gourmand en ressources : chacun de ces éléments peut être en cause, et sans mesure, vous vous retrouvez à désactiver des fonctionnalités à l’aveugle en production. RKR Diagnostics affiche une barre sur chaque page indiquant le coût réel de la requête et vous signale ce qui la ralentit.

2 heures
La session de dépannage ne dure que dans votre navigateur : vos visiteurs ne le sauront pas.
8 indicateurs + 6 graphiques
Utilisez les statistiques pour avoir un aperçu rapide de la santé du magasin.
1.7.8 → 9.2
une seule version du module pour toutes vos boutiques PrestaShop

Consultez le prix de chaque page sur la page elle-même.

Une barre d'outils, accessible depuis l'interface d'administration et la boutique (uniquement pour votre session d'administration), affiche le temps de réponse , l'utilisation de la mémoire, les requêtes SQL et les erreurs PHP. Inutile d'ouvrir les journaux ou d'installer quoi que ce soit sur le serveur pour consulter ces informations essentielles.

Requêtes SQL lentes et dupliquées
Vous pouvez voir lesquelles prennent plus de temps que le seuil que vous avez défini (50 ms par défaut) et lesquelles sont répétées, et qui les lance.
Temps par crochet et par module
Vous découvrez quel module consomme le temps de chargement de la page, au lieu de tous les soupçonner.
Erreurs PHP dans la requête
Les avertissements et les erreurs apparaissent à côté de la page qui les provoque.
priorité active
Une liste des surcharges de votre boutique et des modules qui les incluent, afin de comprendre ce qui affecte le code source.

Des données historiques et statistiques pour ne pas dépendre de la chance

Chaque requête est enregistrée dans un historique, filtré par plage, stockage, lenteur ou erreurs. Par défaut, l'historique est conservé pendant 7 jours, mais vous pouvez définir la durée. Les statistiques affichent l'évolution des requêtes, les modules les plus gourmands en ressources et les périodes présentant le plus d'erreurs, vous permettant ainsi de vérifier l'impact des modifications apportées. Le module est auto-protégé : il enregistre un maximum de 800 requêtes par requête.

Trouvez le module défectueux sans endommager le magasin

Le mode de dépannage désactive uniquement les modules que vous avez sélectionnés pour votre navigateur, à l'aide d'un cookie signé qui expire après 2 heures. Vos clients continuent de consulter la boutique normalement. Vous fermez la page, actualisez-la, vérifiez si le problème disparaît et répétez l'opération jusqu'à ce que vous ayez identifié la source du conflit. RKR Diagnostics ne se désactive jamais.

Conçu pour la production. Les valeurs des requêtes sont masquées dans l'historique par défaut, les jetons d'URL sont également masqués, et la barre de la boutique est envoyée marquée afin qu'aucune page ne soit enregistrée dans le cache et servie à un autre visiteur.

Ce qui nous inquiète

Qui peut le voir ?
Par défaut, seuls les super administrateurs y ont accès. Vous pouvez l'ouvrir aux employés disposant des autorisations nécessaires dans l'onglet des paramètres du module.
Remplacements optionnels
Pour mesurer les requêtes SQL et les hooks, il suffit de les installer via un bouton, sans configuration préalable. Ils n'affectent jamais les surcharges d'autres modules et, si vous utilisez déjà le profileur natif de PrestaShop, le module le détecte automatiquement.
Poids
La capture est désactivée par un interrupteur principal dans les paramètres.
Pour l'essayer sans risque
Données de démonstration de 14 jours accessibles en un clic, et un bouton pour les supprimer. À l'intérieur, vous trouverez un guide expliquant chaque écran.
À votre goût
24 thèmes visuels, paramètres ou historique d'importation et d'exportation, textes multi-magasins et traduisibles depuis International > Traductions.

Installez-le, laissez-le capturer pendant quelques jours et jetez un premier coup d'œil aux Hooks et aux modules : généralement, deux ou trois suffiront la plupart du temps.

Compatible avec PrestaShop 1.7.8 à 9.2 et PHP 7.1 à 8.4

Développé et maintenu par REKIRE

  • Référence
    rkrdiagnoses

04/11/2026
v1.1.0

Examen complet de la version reçue (ZIP « 1.0.8 », code 1.0.9 ).

Arrangé

  • Le texte détaché « Script terminé. » était imprimé au bas de chaque page avec la barre (back-office et magasin).
  • La barre de magasin n'a jamais fonctionné : ses données étaient échappées par Smarty et restaient à zéro, et ses actions AJAX ne répondaient pas (dans le front PrestaShop, elle appelle seulement displayAjax…() ).
  • Lorsque la gestion des exceptions est activée, une exception non interceptée laisserait la page blanche avec un code HTTP 200 et aucune trace dans le journal : maintenant, PHP la traite comme d’habitude (500 et « Exception non interceptée… »).
  • Les surcharges Hook et les surcharges de base de données ne sont plus supprimées ni écrasées lorsque PrestaShop les a fusionnées avec la surcharge d'un autre module : elles apparaissent comme « fusionnées avec la surcharge d'un autre module » et ne sont pas modifiées.
  • L'option « Désactiver toutes les substitutions » (Paramètres avancés > Performances) supprime les substitutions de classes dans 1.7.8 et 8.x : elles sont désormais détectées et signalées, au lieu d'être considérées comme installées.
  • Les temps d'exécution des hooks imbriqués étaient comptés deux fois ; le temps « par module » était le hook divisé en deux parties égales : maintenant, il est réellement mesuré au sein de chaque module (nouvelle table rkr_diag_module ).
  • La copie des paramètres lors de la duplication d'un magasin (multistore) n'a rien donné ( old_id_shop / new_id_shop ).
  • Messages d'importation avec « [1] » non remplacés.
  • La version du config.xml ( 1.0.4 ) ne correspond pas à la version du module. Sécurité
  • XSS : Du CSS personnalisé a été imprimé sans filtre dans un Sur toutes les pages d'administration ; désormais, tout caractère « < » est supprimé lors de l'enregistrement, de l'importation et de la mise en forme.
  • L'historique stocke le SQL littéral (e-mails, hachages de mots de passe, clés API enregistrées dans la configuration) et les URL avec le jeton back-office : les valeurs sont masquées par défaut (nouveau paramètre « Masquer les valeurs de requête dans l'historique ») et les jetons toujours.
  • La page du module et son historique ne sont visibles que pour les employés autorisés dans les paramètres (super administrateurs par défaut) ; avec l'option « tout employé ayant l'autorisation sur cet onglet », seuls les profils qui peuvent voir l'onglet, et la barre, n'apparaît plus pour le reste du back-office.
  • Les cookies signés sont liés à votre nom, à vos données et au mot de passe de l'employé : la modification du mot de passe, la désactivation ou la suppression de l'employé les annulent ; celui du panneau avant ne sert plus de cookie de mode de résolution.
  • Véritable mode de dépannage du navigateur : la liste des modules est stockée dans le cookie signé (auparavant, elle était globale et un administrateur pouvait fermer la session d’un autre).
  • La barre de la boutique est envoyée avec Cache-Control: private, no-store , afin qu'un cache de page ne la serve pas aux visiteurs avec le SQL et le lien vers le back-office.
  • La requête « ping » du canal AJAX demande un jeton. Performances
  • La capture ne s'exécute que pour les employés autorisés (auparavant, sur toutes les requêtes back-office, y compris la connexion) et jamais sur les requêtes de la barre de débogage Symfony ou celles provenant du module lui-même.
  • La limite de requête a été vérifiée avant debug_backtrace() et la taille du SQL a été réduite à 4 Ko par requête.
  • Les requêtes ne sont plus enregistrées deux fois par demande ; information_schema est remplacé par SHOW TABLES une seule fois par demande ; la purge par lots est remplacée par quatre opérations DELETE par capture. Autres
  • Licence AFL-3.0 ; nouveau logo ; le trait de menu s'appelle RkrDiagMenuTrait (une douzaine de modules Rekire apportent un RkrBackOfficeMenuTrait différent et PHP conserve le premier qu'il charge).
  • Traductions : espagnol, français, italien, allemand et portugais.

4 autres produits de la même catégorie

Questions and answers

Nobody has asked anything about this product yet.

Consentement aux cookies
Retour en haut