Tout ce que vous voudriez savoir avant d'installer.
Un regard détaillé sur le fonctionnement de Database Manager Back Office — Adminer pour PrestaShop 8 & 9, pourquoi nous l'avons conçu ainsi, et la réflexion derrière les fonctionnalités ci-dessus.
Pourquoi intégrer Adminer dans le back office
Quand vous devez déboguer une commande PrestaShop, vérifier une valeur dans une table cms_lang, exécuter une requête SQL ad-hoc ou consulter le contenu de ps_configuration, la procédure habituelle est : ouvrir cPanel ou le panel de votre hébergeur, lancer phpMyAdmin, ressaisir vos credentials, naviguer jusqu'à la bonne base. Ce flow casse votre concentration et multiplie les erreurs (mauvaise base sélectionnée, mauvais onglet, credentials oubliés). dfdbmanager remplace ces six étapes par une seule : un clic dans le menu PrestaShop Paramètres Avancés > Adminer. Vous arrivez directement sur la liste des tables de votre boutique, déjà authentifié.
Adminer plutôt que phpMyAdmin
Adminer est l'alternative moderne et légère à phpMyAdmin, créée par Jakub Vrana et utilisée par des milliers de développeurs et d'agences. Un seul fichier PHP de 508 KB (vs ~50 MB pour phpMyAdmin), interface épurée plus rapide, support natif MySQL/PostgreSQL/SQLite/MS-SQL/Oracle. Pour PrestaShop spécifiquement : édition de lignes en place, export SQL chunké, recherche full-text dans les tables, exécution de requêtes SQL multilignes avec historique, modification de schéma directement depuis l'UI. Le fichier adminer.php livré est la dernière version stable (5.4.2), Apache 2.0 / GPL 2.0, code source inclus.
Auto-login : aucun mot de passe à ressaisir
Le loader du module démarre la session Adminer (adminer_sid) côté serveur et la pré-populate avec les credentials lus depuis la configuration PrestaShop. Quand Adminer démarre, il voit une session déjà valide et passe directement à l'interface de la base. Aucun écran Authentification, aucun champ à remplir, aucun token à copier. Si vous avez plusieurs employés SuperAdmin, chacun aura sa propre session Adminer (les sessions PHP sont par cookie navigateur), mais tous se connectent à la même base PrestaShop avec les mêmes credentials système.
Sécurité : SuperAdmin uniquement, gate à double vérification
Adminer est un outil puissant — qui a accès à votre base a accès à tout : commandes, clients, paiements, mots de passe hashés employés. Le module restreint l'accès au profil SuperAdmin uniquement (id_profile = 1 dans PrestaShop), avec une vérification dans postProcess (avant l'exécution) et dans initContent (rendu UI). Un Logisticien, un Traducteur, un Vendeur — aucun n'aura accès, même s'il connaît l'URL Adminer. Le fichier adminer.php lui-même est bloqué en accès direct HTTP via un .htaccess Require all denied, donc impossible d'y accéder en court-circuitant PrestaShop. La connexion à MySQL utilise les credentials existants de PrestaShop : aucun nouveau mot de passe créé, aucun élargissement de privilèges côté base.
Compatible PrestaShop 8 et 9, même architecture
Le module utilise un ModuleAdminController legacy, supporté par les deux versions majeures de PrestaShop. La page de configuration utilise Smarty, l'onglet du menu est installé via Tab class (avec icône Material storage), les hooks utilisés sont 100% standards. Sur PrestaShop 9, le module fonctionne sans modification, sans recompilation, sans ajout de classes Symfony. Compatible PHP 7.4 jusqu'à 8.3, MySQL 5.7+ et MariaDB 10.3+. Testé sur hébergements mutualisés o2switch, OVH et Infomaniak.
Bannière de retour, mode sombre, navigation continue
Une barre fixe en haut de page (dark navy #0f172a, bordure bleue #3b82f6, z-index max int) reste visible pendant toute la navigation dans Adminer. À gauche : DataFirefly Adminer et le nom de la base courante. À droite : un bouton bleu Back to PrestaShop BO qui ramène à Paramètres Avancés en un clic. La bannière s'adapte automatiquement au mode sombre du système via @media (prefers-color-scheme: dark) avec une couleur plus profonde (#020617) et une bordure bleu vif (#60a5fa) pour rester lisible. Les URLs internes d'Adminer (liens table, formulaires, fichiers CSS et JS) sont toutes réécrites en post-processing pour passer par notre contrôleur — pas de déconnexion accidentelle si vous cliquez sur un lien Adminer.
Pour qui
Pour les développeurs PrestaShop qui débuggent quotidiennement et veulent un raccourci vers la base. Pour les agences qui maintiennent plusieurs boutiques clients et préfèrent un outil intégré qu'un cPanel par site. Pour les marchands techniques qui veulent voir leurs données brutes sans dépendre de leur hébergeur. Pour les freelances en mission qui n'ont pas accès au panel hébergeur du client mais ont un compte SuperAdmin PrestaShop. Pour tous ceux qui en ont marre de ressaisir leurs credentials phpMyAdmin trois fois par jour.
Architecture technique
Le contrôleur AdminDfAdminerController override checkToken() pour bypasser le CSRF PrestaShop sur les actions internes d'Adminer (les forms POST d'Adminer ne portent pas le token PS — le gate SuperAdmin upstream est strictement plus fort comme protection). En renderAdminer(), ob_start est appelé avec un callback qui post-process la sortie d'Adminer : injection de la bannière de retour BO et réécriture de toutes les URLs href/action/src qui pointent vers index.php?... pour y injecter controller=AdminDfAdminer. Le callback survit aux 19 exit; qu'Adminer fait à divers endroits (page_footer, file= serving, etc.) — contrairement à un simple ob_get_clean qui serait sauté. Le loader pré-populate $_SESSION[pwds] avec le vrai mot de passe et $_SESSION[db] avec true, ce qui suffit pour qu'Adminer skip son formulaire et passe directement au connect.
Il n’y a pas encore d’avis.