Alles, was Sie wissen sollten bevor Sie installieren.
Ein detaillierter Blick darauf, wie Database Manager Backoffice — Adminer für PrestaShop 8 & 9 funktioniert, warum wir es so gebaut haben und der Gedanke hinter den Funktionen oben.
Warum Adminer in das Backoffice integrieren
Wenn Sie eine PrestaShop-Bestellung debuggen, einen Wert in einer cms_lang-Tabelle prüfen, eine Ad-hoc-SQL-Abfrage ausführen oder den Inhalt von ps_configuration einsehen müssen, ist das übliche Verfahren: cPanel oder das Hosting-Panel öffnen, phpMyAdmin starten, Anmeldedaten erneut eingeben, zur richtigen Datenbank navigieren. Dieser Workflow unterbricht Ihre Konzentration und vervielfacht Fehler (falsche Datenbank ausgewählt, falscher Tab, vergessene Anmeldedaten). dfdbmanager ersetzt diese sechs Schritte durch einen: ein Klick im PrestaShop-Menü Erweiterte Parameter > Adminer. Sie landen direkt auf der Tabellenliste Ihres Shops, bereits authentifiziert.
Adminer statt phpMyAdmin
Adminer ist die moderne und leichtgewichtige Alternative zu phpMyAdmin, erstellt von Jakub Vrana und verwendet von Tausenden von Entwicklern und Agenturen. Eine einzelne 508 KB PHP-Datei (vs ~50 MB für phpMyAdmin), aufgeräumtere schnellere Oberfläche, native Unterstützung für MySQL/PostgreSQL/SQLite/MS-SQL/Oracle. Speziell für PrestaShop: Inline-Zeilenbearbeitung, gechunkter SQL-Export, Volltextsuche in Tabellen, mehrzeilige SQL-Abfrage-Ausführung mit Verlauf, Schema-Änderung direkt aus der UI. Die ausgelieferte adminer.php-Datei ist die neueste stabile Version (5.4.2), Apache 2.0 / GPL 2.0, Quellcode enthalten.
Auto-Login: kein Passwort erneut einzugeben
Der Modul-Loader startet die Adminer-Session (adminer_sid) serverseitig und befüllt sie vor mit den Anmeldedaten aus der PrestaShop-Konfiguration. Wenn Adminer startet, sieht es eine bereits gültige Session und geht direkt zur Datenbank-Oberfläche. Kein Authentifizierungs-Bildschirm, kein Feld auszufüllen, kein Token zu kopieren. Wenn Sie mehrere SuperAdmin-Mitarbeiter haben, hat jeder seine eigene Adminer-Session (PHP-Sessions sind pro Browser-Cookie), aber alle verbinden sich mit derselben PrestaShop-Datenbank mit denselben System-Anmeldedaten.
Sicherheit: nur SuperAdmin, Doppel-Prüfungs-Gate
Adminer ist ein mächtiges Werkzeug — wer Zugriff auf Ihre Datenbank hat, hat Zugriff auf alles: Bestellungen, Kunden, Zahlungen, gehashte Mitarbeiter-Passwörter. Das Modul beschränkt den Zugriff nur auf das SuperAdmin-Profil (id_profile = 1 in PrestaShop), mit Verifizierung in postProcess (vor der Ausführung) und in initContent (UI-Rendering). Ein Logistiker, ein Übersetzer, ein Verkäufer — keiner wird Zugriff haben, selbst wenn er die Adminer-URL kennt. Die Datei adminer.php selbst ist per .htaccess Require all denied vor direktem HTTP-Zugriff geschützt, sodass es unmöglich ist, sie unter Umgehung von PrestaShop zu erreichen. Die MySQL-Verbindung verwendet die vorhandenen PrestaShop-Anmeldedaten: kein neues Passwort erstellt, keine Privilegien-Erweiterung auf Datenbankseite.
Kompatibel mit PrestaShop 8 und 9, gleiche Architektur
Das Modul verwendet einen Legacy ModuleAdminController, der von beiden Haupt-PrestaShop-Versionen unterstützt wird. Die Konfigurationsseite verwendet Smarty, der Menü-Tab wird via Tab-Klasse installiert (mit Material storage Icon), die verwendeten Hooks sind 100% standardmäßig. Auf PrestaShop 9 funktioniert das Modul ohne Änderung, ohne Neukompilierung, ohne Hinzufügen von Symfony-Klassen. Kompatibel mit PHP 7.4 bis 8.3, MySQL 5.7+ und MariaDB 10.3+. Getestet auf o2switch, OVH und Infomaniak Shared Hosting.
Rückkehr-Banner, Dark Mode, kontinuierliche Navigation
Eine fixe Top-Leiste (Dark Navy #0f172a, blauer Rand #3b82f6, max int z-index) bleibt während der gesamten Adminer-Navigation sichtbar. Links: DataFirefly Adminer und der aktuelle Datenbankname. Rechts: ein blauer Back to PrestaShop BO Button, der mit einem Klick zurück zu Erweiterte Parameter führt. Der Banner passt sich automatisch dem System-Dark-Mode via @media (prefers-color-scheme: dark) mit einer tieferen Farbe (#020617) und einem hellblauen Rand (#60a5fa) an, um lesbar zu bleiben. Adminers interne URLs (Tabellen-Links, Formulare, CSS- und JS-Dateien) werden alle im Post-Processing umgeschrieben, um durch unseren Controller zu laufen — keine versehentliche Abmeldung, wenn Sie auf einen Adminer-Link klicken.
Für wen
Für PrestaShop-Entwickler, die täglich debuggen und eine Abkürzung zur Datenbank wollen. Für Agenturen, die mehrere Kundenshops betreuen und ein integriertes Tool einem cPanel pro Site vorziehen. Für technische Händler, die ihre Rohdaten sehen wollen, ohne von ihrem Hoster abhängig zu sein. Für Freelancer auf Missionen, die keinen Zugriff auf das Hosting-Panel des Kunden haben, aber ein PrestaShop SuperAdmin-Konto. Für alle, die es satt haben, ihre phpMyAdmin-Anmeldedaten dreimal am Tag erneut einzugeben.
Technische Architektur
Der Controller AdminDfAdminerController überschreibt checkToken(), um PrestaShop CSRF bei Adminer-internen Aktionen zu umgehen (Adminers POST-Formulare tragen nicht das PS-Token — das Upstream-SuperAdmin-Gate ist strikt stärker als Schutz). In renderAdminer() wird ob_start mit einem Callback aufgerufen, der die Adminer-Ausgabe post-processed: Injektion des BO-Rückkehr-Banners und Umschreiben aller href/action/src URLs, die auf index.php?... verweisen, um controller=AdminDfAdminer zu injizieren. Der Callback überlebt die 19 exit;-Aufrufe, die Adminer an verschiedenen Stellen macht (page_footer, file= serving, etc.) — im Gegensatz zu einem einfachen ob_get_clean, das übersprungen würde. Der Loader befüllt $_SESSION[pwds] mit dem echten Passwort und $_SESSION[db] mit true vor, was ausreicht, damit Adminer sein Formular überspringt und direkt zum Connect übergeht.
Es gibt noch keine Rezensionen.