Fout 500 op uw PrestaShop ?
wij lossen het vandaag op.

Het meest voorkomend (≈ 35% van de gevallen). Veroorzaakt door een veeleisende hook op actionProductSave die alle combinaties in het geheugen laadt, een Doctrine-migratie die in een lus blijft hangen, of een te grote catalogusexport. Zichtbaar in error_log met Allowed memory size of X bytes exhausted. Fix : memory_limit verhogen naar 512M of zelfs 1024M in de php-fpm pool of php.ini, maar vooral de schuldige hook identificeren.

≈ 20% van de gevallen. Treedt op na een hergeneratie vanuit de back-office (Voorkeuren → SEO & URL), een domeinmigratie, of een PrestaShop-update die custom directives heeft overschreven (compressie, redirects). Typische Apache-fout : Invalid command 'RewriteEngine'. Fix : vergelijking met de vorige git-versie, herstel van de custom regels, controle of de module mod_rewrite aanwezig is.

≈ 15%. Na een PrestaShop-update kunnen uw overrides in /override/classes/ en /override/controllers/ verwijzen naar methoden waarvan de signatuur is gewijzigd of die verdwenen zijn. PHP gooit dan Fatal error: Class "X" not found of Cannot redeclare method Y. Fix : /override/ tijdelijk uitschakelen door het te hernoemen, het schuldige bestand identificeren en overzetten naar de nieuwe versie.

≈ 12%. Een module gemaakt voor PrestaShop 1.7 die nooit is getoetst aan PHP 8.x, of een externe module die een upgrade 1.7 → 8.x niet heeft gevolgd. PHP weigert dan een strikt type (TypeError) of een deprecated syntaxis. Fix : de module uitschakelen via SQL (UPDATE ps_module SET active=0 WHERE name='X') of door de map te verwijderen, de fix aan de kant van de uitgever opsporen, indien nodig een lokale patch uitrollen.

≈ 8%. Treedt doorgaans op na een ruwe FTP-restore of een overstap van hostingprovider. PHP-FPM kan /var/cache/prod/ niet meer lezen, niet meer schrijven in /var/logs/, of geen CLI-script meer uitvoeren. Apache-log : Permission denied. Fix : chmod -R 755 dirs / 644 files, chown -R www-data:www-data op de gevoelige boomstructuur.

≈ 6%. Specifiek voor de moderne versies. Een module die een service declareert met een dependency die niet bestaat, of een verkeerd benoemde services.yml. PrestaShop geeft al bij de bootstrap een 500, nog vóór Smarty wordt aangesproken. Fix : /var/cache/prod/ leegmaken, php bin/console cache:clear uitvoeren, de services.yml van de verdachte module inspecteren, de ontbrekende service declareren of de spookdependency verwijderen.

≈ 4%. OPCache die na een deployment nog verouderde code serveert, display_errors=Off die de echte oorzaak verbergt, max_execution_time te laag waardoor lange scripts worden afgebroken (CSV-import, sitemap-generatie). Fix : PHP-FPM herstarten, phpinfo() auditen, php.ini CLI vs FPM op elkaar afstemmen.