Sin impuesto Con impuesto
RKR Diagnostics: Diagnose- und Leistungsprofiler für PrestaShop

RKR Diagnostics: Diagnose- und Leistungsprofiler für PrestaShop

108,78 €
Erstes Jahr: 108,78 € inkl. MwSt.
Ab dem zweiten Jahr: 27,20 €/Jahr inkl. MwSt.
  • Ein Jahr technischer Support und lebenslange Updates; ab dem zweiten Jahr wird der Support für 27,20 €/Jahr verlängert und umfasst auch Ihre allgemeinen Verbesserungsideen für das Modul.
  • Verlängert sich automatisch; jederzeit kündbar, ohne Mindestlaufzeit.
Einmalzahlung: 108,78 € inkl. MwSt.
  • Ein Jahr technischer Support und lebenslange Updates; danach endet der Support (mit dem Abonnement wird er für 27,20 €/Jahr verlängert).
  • Eine einzige Zahlung, ohne automatische Abbuchungen.
89,90 € + MwSt. = 108,78 €

Auf jeder Seite wird ein Fortschrittsbalken angezeigt, der Zeitaufwand, Speicherverbrauch, SQL-Abfragen, Hooks und PHP-Fehler der Anfrage sowie einen Verlauf mit Statistiken und einen Modus zur Deaktivierung bestimmter Module für Ihren Browser anzeigt. Finden Sie heraus, was Ihren Shop verlangsamt, ohne den laufenden Betrieb zu beeinträchtigen.

Kompatibel mit PrestaShop 1.7.8 bis 9.2. Rekire Modul, getestet in realen Shops.

Demo ausprobieren

Front officeBack office

Diagnose und Leistung

Ihr Shop läuft langsam und Sie wissen nicht warum. Hören Sie auf zu raten.

Ein Modul, eine sich wiederholende SQL-Abfrage, ein ressourcenintensiver Hook: All dies kann die Ursache sein, und ohne Messung deaktivieren Sie im Produktivbetrieb blindlings Funktionen. RKR Diagnostics zeigt auf jeder Seite eine Leiste mit den tatsächlichen Kosten der jeweiligen Anfrage an und informiert Sie über die Ursache der Verlangsamung.

2 Stunden
Die Sitzung im Fehlerbehebungsmodus dauert nur in Ihrem Browser an: Ihre Besucher werden nichts davon mitbekommen.
8 Indikatoren + 6 Diagramme
Statistiken geben Aufschluss über den Gesundheitszustand des Geschäfts.
1.7.8 → 9.2
eine einzige Version des Moduls für alle Ihre PrestaShop-Shops

Die Kosten für jede Seite finden Sie auf der jeweiligen Seite.

Eine Leiste im Backend und im Shop (nur für Ihre Admin-Sitzung) zeigt Anfragezeiten , Speichernutzung, SQL-Abfragen und PHP-Fehler an. Sie müssen weder Protokolle öffnen noch etwas auf dem Server installieren, um die grundlegenden Informationen einzusehen.

Langsame und doppelte SQL-Abfragen
Sie können sehen, welche Prozesse länger als der von Ihnen festgelegte Schwellenwert (standardmäßig 50 ms) dauern, welche Prozesse wiederholt werden und wer sie auslöst.
Zeitaufwand pro Hook und pro Modul
Sie finden heraus, welches Modul die Zeit der Seite in Anspruch nimmt, anstatt alle zu verdächtigen.
PHP-Fehler in der Anfrage
Die Warnungen und Fehler werden neben der Seite angezeigt, die sie verursacht.
Aktive Überschreibungen
Eine Liste der Überschreibungen Ihres Shops und der Module, die diese enthalten, um zu verstehen, was die Codebasis beeinflusst.

/ Geschichte und Statistiken, damit Sie nicht auf Glück angewiesen sind.

Jede Anfrage wird in einem Verlaufsprotokoll gespeichert und nach Bereich, Geschäft, Langsamkeit oder Fehlern gefiltert. Standardmäßig wird es 7 Tage lang aufbewahrt, die Speicherdauer kann jedoch individuell angepasst werden. Die Statistiken zeigen die Entwicklung der Anfragen, die ressourcenintensivsten Module und die Zeiten mit den meisten Fehlern. So lässt sich überprüfen, ob eine Änderung Verbesserungen gebracht hat. Das Modul verfügt über einen Selbstschutz: Es speichert maximal 800 Abfragen pro Anfrage.

Finden Sie das fehlerhafte Modul, ohne den Shop zu beschädigen.

Der Fehlerbehebungsmodus deaktiviert die von Ihnen ausgewählten Module nur für Ihren Browser mithilfe eines signierten Cookies, das nach zwei Stunden abläuft. Ihre Kunden sehen den Shop weiterhin wie gewohnt. Sie schließen den Browser, aktualisieren die Seite, prüfen, ob das Problem behoben ist, und fahren fort, bis Sie den Konflikt eingegrenzt haben. RKR Diagnostics selbst deaktiviert sich dabei nie.

Für den Produktiveinsatz konzipiert. Abfragewerte werden standardmäßig im Verlauf ausgeblendet, URL-Tokens werden ebenfalls ausgeblendet, und die Speicherleiste wird markiert gesendet, sodass kein Seitencache sie speichert und einem anderen Besucher ausliefert.

Was uns Sorgen bereitet

Wer kann es sehen?
Standardmäßig haben nur Administratoren Zugriff. Sie können den Zugriff für Mitarbeiter mit entsprechenden Berechtigungen im Einstellungsbereich des Moduls öffnen.
Optionale Überschreibungen
Um SQL-Abfragen und Hooks zu messen, werden diese per Knopfdruck installiert, nicht im Voraus. Sie beeinflussen niemals Überschreibungen anderer Module, und wenn Sie bereits den nativen Profiler von PrestaShop verwenden, wird dieser vom Modul erkannt.
Gewicht
Die Aufnahmefunktion wird über einen Hauptschalter in den Einstellungen deaktiviert.
Um es risikofrei auszuprobieren
14 Tage lang kostenlose Testdaten mit einem Klick und eine Schaltfläche zum Entfernen. Im Inneren finden Sie eine Anleitung, die jeden Bildschirm erklärt.
Nach Ihrem Geschmack
24 visuelle Designs, Import- und Exportfunktionen für Einstellungen und Verlauf, Multi-Store-Funktionalität und übersetzbare Texte unter International > Übersetzungen.

Installieren Sie es, lassen Sie es ein paar Tage lang Daten erfassen und schauen Sie sich dann zuerst die Hooks und Module an: Normalerweise reichen zwei oder drei für die meiste Zeit aus.

Kompatibel mit PrestaShop 1.7.8 bis 9.2 und PHP 7.1 bis 8.4

Entwickelt und betreut von REKIRE

  • Referenz
    rkrdiagnoses

04.11.2026
v1.1.0

Vollständige Überprüfung der erhaltenen Version (ZIP « 1.0.8 », Code 1.0.9 ).

Arrangiert

  • Der lose Text "Skript fertiggestellt." wurde am unteren Rand jeder Seite zusammen mit dem Balken (Backoffice und Geschäft) abgedruckt.
  • Die Shopleiste funktionierte nie: Ihre Daten wurden von Smarty maskiert und blieben bei Null, und ihre AJAX-Aktionen reagierten nicht (im PrestaShop-Frontend wird nur displayAjax…() aufgerufen).
  • Bei aktiviertem Catching würde eine nicht abgefangene Ausnahme die Seite leer lassen, mit HTTP 200 und ohne Eintrag im Log: jetzt behandelt PHP sie wie gewohnt (500 und "Nicht abgefangen ...").
  • Hook -Überschreibungen und Datenbank-Überschreibungen werden nicht mehr gelöscht oder überschrieben, wenn PrestaShop sie mit der Überschreibung eines anderen Moduls zusammengeführt hat: Sie erscheinen als „mit der Überschreibung eines anderen Moduls zusammengeführt“ und werden nicht verändert.
  • Die Option „Alle Überschreibungen deaktivieren“ (Erweiterte Parameter > Leistung) entfernt Klassenüberschreibungen in 1.7.8 und 8.x: Sie werden nun erkannt und es wird eine Warnung ausgegeben, anstatt davon auszugehen, dass die Überschreibungen installiert sind.
  • Die Laufzeiten verschachtelter Hooks wurden doppelt gezählt; die Zeit „pro Modul“ wurde gleichmäßig auf die Hooks aufgeteilt: jetzt wird sie tatsächlich innerhalb jedes Moduls gemessen (neue Tabelle rkr_diag_module ).
  • Das Kopieren der Einstellungen beim Duplizieren eines Shops (Multistore) hatte keine Auswirkung ( old_id_shop / new_id_shop ).
  • Importnachrichten, bei denen « [1] » nicht ersetzt wird.
  • Die Version der config.xml ( 1.0.4 ) stimmte nicht mit der Modulversion überein. Sicherheit
  • XSS: Benutzerdefiniertes CSS wurde ungefiltert innerhalb eines auf allen Backend-Seiten; jetzt wird jedes "<" beim Speichern, Importieren und Zeichnen entfernt.
  • Im Verlauf wurden die wörtlichen SQL-Anweisungen (E-Mails, Passwort-Hashes, in der Konfiguration gespeicherte API-Schlüssel) und die URLs mit dem Backoffice-Token gespeichert: Die Werte sind standardmäßig ausgeblendet (neue Einstellung „Abfragewerte im Verlauf ausblenden“), die Tokens jedoch immer.
  • Die Modulseite und ihr Verlauf sind nur für Mitarbeiter sichtbar, die in den Einstellungen dazu berechtigt sind (standardmäßig Superadministratoren); bei der Option „Jeder Mitarbeiter mit Berechtigung auf dieser Registerkarte“ können nur die Profile, die die Registerkarte sehen dürfen, die Leiste wird dem Rest des Backoffice nicht mehr angezeigt.
  • Signierte Cookies, die mit Ihrem Namen, Ihren Daten und dem Passwort des Mitarbeiters verknüpft sind: Durch Ändern des Passworts, Deaktivieren oder Löschen des Mitarbeiters werden diese Cookies gelöscht; das Cookie auf der Vorderseite dient nicht mehr als Auflösungsmodus-Cookie.
  • Echter Browser-Fehlerbehebungsmodus: Die Modulliste wird im signierten Cookie gespeichert (zuvor war sie global, sodass ein Administrator die Sitzung eines anderen beenden konnte).
  • Die Shopleiste wird mit Cache-Control: private, no-store gesendet, damit ein Seitencache sie den Besuchern nicht zusammen mit dem SQL-Code und dem Link zum Backend ausliefert.
  • Der „Ping“-Aufruf des AJAX-Kanals fordert ein Token an. Leistung
  • Capture wird nur für berechtigte Mitarbeiter ausgeführt (zuvor bei allen Backoffice-Anfragen, einschließlich Login) und niemals bei Symfony-Debug-Bar-Anfragen oder solchen, die vom Modul selbst stammen.
  • Vor dem debug_backtrace() wurde das Abfragelimit überprüft und der SQL-Code auf 4 KB pro Abfrage gekürzt.
  • Abfragen werden nicht mehr zweimal pro Anfrage gespeichert; information_schema wird einmal pro Anfrage durch SHOW TABLES ersetzt; das Löschen von Stapeln wird durch vier DELETE Operationen pro Erfassung ersetzt. Sonstiges
  • AFL-3.0-Lizenz; neues Logo; das Menü-Trait heißt RkrDiagMenuTrait (ein Dutzend Rekire -Module bringen ein anderes RkrBackOfficeMenuTrait mit sich und PHP behält das erste, das es lädt).
  • Übersetzungen: Spanisch, Französisch, Italienisch, Deutsch und Portugiesisch.

4 andere Produkte in derselben Kategorie

Questions and answers

Nobody has asked anything about this product yet.

Cookie-Zustimmung
Zum Seitenanfang