Is uw PrestaShop-admin
onbereikbaar geworden ?
we herstellen de toegang vandaag.
Herstel van de toegang tot de geblokkeerde PrestaShop back-office
URL /admin-xxx vergeten, wachtwoord verloren, wit scherm na login, 403 op het dashboard, redirect-lus :
uw front werkt, maar u bent buitengesloten van de back-office.
We gaan binnen via SSH of phpMyAdmin, identificeren het slot en geven u de sleutel terug.
Wat u ziet = de waarschijnlijke oorzaak
Identificeer uw symptoom in de tabel. Dat stuurt de diagnose in minder dan een minuut.
Waarom een back-office onbereikbaar wordt in 2026
Verdeling waargenomen op 22 herstelde back-office-toegangen uitgevoerd in 2025-2026.
U hebt de back-office al 6 maanden niet aangeraakt, de browser heeft zijn auto-fill geleegd, en de URL /admin-XXXX met zijn hash is in de vergetelheid geraakt. Het eenvoudigste op te lossen geval — 15 min via SSH of phpMyAdmin om de URL terug te vinden en het wachtwoord te resetten in SQL.
U hebt de dag ervoor een module geïnstalleerd, en sinds de dag erna is de admin wit zodra u inlogt. De module haakt in op actionAdminControllerInitBefore of een back-office-widget en crasht. Fix : identificatie via de logs of door bisectie, SQL-deactivatie.
Een PrestaShop-update (1.7 → 8, 8.x → 9) wijzigt de signatuur van een methode van een admin-controller. Uw override in /override/controllers/admin/ erft van de bovenliggende klasse, herkent de signatuur niet meer, en crasht bij het laden.
U hebt 5 keer geprobeerd in te loggen met een verkeerd wachtwoord, een module van het type « Brute Force Protect » (of Cloudflare WAF) heeft u tijdelijk verbannen. De back-office geeft een 403 terug, zelfs als u bij de URL geraakt. Fix : tijdelijke whitelist van uw IP.
U hebt Let's Encrypt geactiveerd op de front maar bent vergeten PS_SHOP_DOMAIN_SSL in ps_configuration bij te werken. De back-office verwijst van HTTP naar HTTPS en daarna van HTTPS naar HTTP in een oneindige lus. De browser geeft op met ERR_TOO_MANY_REDIRECTS.
Specifiek voor de moderne versies. Een module die een service declareert met een spookafhankelijkheid in services.yml, of een getypeerd argument dat niet bestaat. Symfony weigert de back-office op te starten zonder de front te breken (die een andere kernel gebruikt).
Admin hersteld in 42 min
Echt geval · Webshop met decoratieartikelen · PrestaShop 8.0 + 28 modules · December 2025.
app/config/parameters.php : '_PS_MODE_DEV_' => true. Loginpagina vernieuwd + nieuwe verbinding.
Fatal error: Uncaught Error: Call to undefined method ToolsCore::displayPriceSmarty() in /modules/dashboardproduct/dashboardproduct.php:117. Core-methode die niet meer bestaat in PS 8.
dashboardproduct laatste update 2018, niet compatibel met PrestaShop 8.0. De methode is hernoemd naar Tools::displayPrice().
UPDATE ps_module SET active = 0 WHERE name = 'dashboardproduct';. Cache geleegd. Nieuwe adminverbinding : dashboard geladen.
false. E-mail verstuurd : tijdlijn + oorzaak + aanbeveling (dashboardproduct vervangen door een gelijkwaardige native PS 8-module of de code patchen).
(42 min × 70 €/u excl. btw)
Tarieven vooraf aangekondigd
Gratis diagnose. Voor de interventie weet u precies hoeveel het kost voordat ik de code aanraak.
Diagnose
- Back-office-test op 3 browsers + 2 IP's
- Lezen van de logs en de
ps_module - Becijferde offerte meteen verstuurd
- U beslist of u doorgaat
Gerichte interventie
- Back-up bestanden + database voor de interventie
- Reset wachtwoord / URL / IP / module / override
- Tests verbinding + volledige back-office-navigatie
- Geschreven rapport oorzaak + toegepaste oplossing
- Garantie 30 dagen op de oplossing
Maandelijks onderhoud
- Admin-noodaccount KLN op uw webshop
- Dagelijkse automatische geëxternaliseerde back-ups
- Audit van overrides voor elke PrestaShop-update
- Prioritaire interventie als de back-office onbereikbaar is
« Back-office onbereikbaar », dat is niet...
Als front + back-office beide onbereikbaar zijn, is het een server-/hostingproviderprobleem, niet specifiek aan de back-office. Aparte pagina.
Pagina onbereikbare site → ❌ Niet een witte pagina op de frontAls de front ook een witte pagina toont, is het een bredere PrestaShop-toepassingsbug, geen back-office-authenticatieprobleem. Aparte pagina.
Pagina witte pagina → ❌ Niet een hackAls uw adminlogin zonder uw toestemming gewijzigd is (u ziet « ongeldige inloggegevens » met uw echte inloggegevens), is het waarschijnlijk een hack. Ander protocol.
Pagina hack →PrestaShop back-office onbereikbaar — veelgestelde vragen
/admin-XXXX/), (3) beschadigde sessiecookie na verhuizing of domeinwijziging, (4) back-office-module die crasht alleen aan de adminkant, (5) override van admin-controller kapot na een update, (6) IP geblokkeerd door beveiliging na mislukte loginpogingen. Diagnose via error_log + IP-controle aan de firewallkant.admin gevolgd door tekens. (2) Database : phpMyAdmin → ps_configuration, sommige beveiligingsmodules slaan er de admin-URL op. (3) Welkomstmail van PrestaShop : bij de installatie stuurt PS een e-mail met de volledige URL. Als alle drie mislukken, halen we de URL terug in 5 min via SSH.sendmail werkt. (2) Als de e-mail niet vertrekt : directe SQL-reset — phpMyAdmin → ps_employee → passwd overschrijven met een gegenereerde bcrypt-hash. (3) Tijdelijk PHP-script dat de PrestaShop-API aanroept. Methode 2 of 3 : 10 min.UPDATE ps_module SET active=0. (2) override van AdminDashboardController kapot na een update — /override/controllers/admin/ neutraliseren. (3) aangepaste back-office-widget die een stille fatale fout veroorzaakt. (4) Op PS 8/9 : ongeldige Symfony-container. (5) beschadigde admin-cache — /var/cache/prod/ verwijderen. Universeel : de debugmodus 5 min inschakelen om de echte fout te zien.Buitengesloten van uw PrestaShop-admin ?
Gratis diagnose in 30 min. We identificeren het slot, we becijferen, u beslist. Offerte binnen 24 werkuren.