Nach dem Umzug einer WordPress-Seite in einen anderen ALL-INKL-Account beziehungsweise Unteraccount kann plötzlich ein HTTP 500 Internal Server Error erscheinen, obwohl Datenbank und wp-config.php korrekt angepasst wurden.
Bei Wordfence die .user.ini prüfen
In meinem Fall lag die Ursache in der Datei .user.ini. Wordfence kann für den erweiterten Firewall-Schutz die PHP-Einstellung auto_prepend_file verwenden. Sie verweist auf die Datei wordfence-waf.php über einen absoluten Serverpfad.
; Wordfence WAF
auto_prepend_file = '/www/htdocs/ALTER-PFAD/wordfence-waf.php'
; END Wordfence WAFNach einem Hosting- oder Account-Umzug kann dieser alte absolute Pfad nicht mehr existieren. PHP versucht dann vor WordPress eine Datei am falschen Ort zu laden – und die Webseite kann mit einem 500er abbrechen.
Sauberer Lösungsweg
- Sichere zuerst
.user.ini,.htaccessund die Wordfence-Konfiguration. - Prüfe, ob
auto_prepend_filenoch auf den alten Serverpfad zeigt. - Am saubersten ist es, die Wordfence Extended Protection vor einem Umzug zu entfernen und nach dem Umzug erneut zu optimieren. Wordfence passt den Pfad dann an die neue Umgebung an.
- Wenn du den Pfad manuell korrigierst, kontrolliere genau den tatsächlichen absoluten Pfad zur neuen
wordfence-waf.php. - Beachte, dass Änderungen an
.user.iniauf manchen Servern erst nach einigen Minuten wirksam werden.
Wichtig: Ein HTTP 500 kann viele andere Ursachen haben. Dieser Tipp ist besonders relevant, wenn der Fehler direkt nach einem Umzug auftritt und Wordfence mit Extended Protection aktiv war.