Der ultimative Leitfaden zur Behebung von 500 internen Serverfehlern

Der ultimative Leitfaden zur Behebung von 500 internen Serverfehlern und leeren weißen Seiten in WordPress

Der 500 Internal Server Error ist der wenig hilfreiche Fluch von WordPress-Benutzern überall. Es ist eine Catch-All-Fehlermeldung, die genau bedeutet: Irgendwas ist irgendwo schief gelaufen. Noch schlimmer ist, dass Ihre WordPress-Seite möglicherweise überhaupt keinen Fehler aufweist und nur eine leere weiße Seite anzeigt.

Wie kannst du also genau herausfinden, was los ist, und es in Ordnung bringen?

Erstens: Keine Panik, denn normalerweise ist es eine einfache Lösung! Dann: Folgen Sie diesem Debug-Prozess und Ihr WordPress Internal Server Error wird in kürzester Zeit behoben sein.

Sind WordPress-Plugins die Ursache für den Fehler 500?

Wenn Sie gerade ein neues Plugin installiert haben oder wenn Ihre Website nach einem WordPress-Kernupgrade einen 500-Fehler anzeigt, ist die wahrscheinlichste Ursache ein inkompatibles Plugin. Es gibt viele Gründe, warum ein Plugin defekt sein kann:

WordPress hat möglicherweise einige Kernfunktionen entfernt, die das Plugin verwendet.
Es kann für eine alte Version von PHP kodiert worden sein und wurde seit Jahren nicht mehr aktualisiert.
Es könnte einfach falsch kodiert sein, z.B. indem man sich auf Standarddatenbanknamen bezieht und keine Präfixe verwendet. Wir sind alle manchmal schuldig an fauler Programmierung!

Die Identifizierung des Plugins ist einfach, wenn Sie gerade eines installiert haben und der Fehler gerade aufgetreten ist. Aber wie kann man das Plugin deaktivieren, wenn der Admin-Bereich nicht zugänglich ist? Und was ist, wenn Sie nicht einmal wissen, welches Plugin den Fehler verursacht hat? In beiden Fällen benötigen Sie einen FTP-Zugang, aber auch ein webbasierter Dateimanager von CPanel oder Plesk funktioniert einwandfrei.
Lösung:

Wissen Sie genau, welches Plugin defekt ist? Suchen Sie das Plugin und löschen Sie es aus dem Ordner wp-content/plugins/plugins/. Sie sollten sich nun wieder einloggen können. Finden Sie eine Alternative für jede gewünschte Funktionalität.

Wenn Sie sich nicht sicher sind, welches Plugin den Fehler verursacht hat, sollten Sie den gesamten wp-content/plugins/Ordner selbst umbenennen. Platziere einen Unterstrich („_“) davor, so dass er _plugins heißt.

FTP-Client-Bildschirm mit Anzeige des Ordners zum Umbenennen von Plugins
Das Setzen eines Unterstrichs (_) am Anfang des Ordnernamens des Plugins ist eine schnelle und einfache Möglichkeit, alle Ihre Plugins auf einmal zu deaktivieren!

Durch die Umbenennung des Ordners deaktivieren Sie effektiv jedes Plugin auf einmal. Sie sollten sich nun wieder einloggen können, werden aber von einer Liste von Fehlermeldungen aus WordPress begrüßt: „Das Plugin something.php wurde aufgrund eines Fehlers deaktiviert: Plugin-Datei existiert nicht.“

Keine Sorge, du hast keine Einstellungen verloren. Die Plugin-Einstellungen werden in der Datenbank gespeichert und die meisten Plugins werden sie bei der Reaktivierung wiederfinden.

Als nächstes benennen Sie den Ordner wieder um, indem Sie den Unterstrich entfernen. Sie werden alle auf Ihrer Plugins-Seite aufgelistet, aber in einem deaktivierten Zustand. Du kannst sie nun nacheinander reaktivieren, bis du den Täter gefunden hast.

Wenn die Seite wieder abstürzt, wiederholen Sie den Vorgang, aber reaktivieren Sie das defekte Plugin diesmal nicht!

500 Interner Serverfehler: Inkompatibles Thema

Das Deaktivieren von Plugins hat nicht geholfen? Es kann etwas mit deinem Thema zu tun haben. Genau wie Plugins können Sie das aktive Design gewaltsam deaktivieren, indem Sie einfach seinen Ordner umbenennen, den Sie im Verzeichnis wp-content/themes/ finden.

Wenn Sie nach dem Versuch, sowohl die Plugins als auch Ihr aktuelles Design umzubenennen, immer noch nicht auf den Admin-Bereich zugreifen können, sollten Sie mit den weiteren Schritten fortfahren. Wenn Sie sich anmelden können, weist WordPress Sie darauf hin, dass es zu einem Standard-Thema zurückgesetzt wurde. An dieser Stelle können Sie entweder ein neues Design finden, den Entwickler des Designs um Hilfe bitten oder versuchen, es selbst zu beheben.

Um es selbst zu beheben oder dem Entwickler weitere Erklärungen zu geben, lesen Sie den Abschnitt später über das Aktivieren des WordPress-Debug-Modus.

500 Interner Serverfehler: Bad .htaccess Datei

Wenn die Deaktivierung Ihrer Plugins und Designs nichts bewirkt hat, ist es möglich, dass Ihre.htaccess-Datei in irgendeiner Weise beschädigt wurde. Dies ist in der Regel der Fall, wenn Sie weiterhin auf den Admin-Bereich der Website zugreifen können, das Frontend aber nicht korrekt funktioniert.

Die.htaccess-Datei übernimmt die Konvertierung von Permalinks (hübsche Versionen einer URL wie /my-blog-post) in das interne hässliche URL-Schema von WordPress (dasjenige, das Sie standardmäßig erhalten, das wie /?p=12345 aussieht). Es ist ein kritischer Teil von WordPress, aber Plugins können es manchmal vermasseln.
Lösung:

Gehen Sie erneut zu Ihrem FTP-Client oder Dateimanager. Benennen Sie die .htaccess-Datei im Stammverzeichnis Ihres WordPress-Installationsverzeichnisses in etwas wie.htaccess_old um. Wenn Sie die Datei dort nicht sehen können, müssen Sie die Anzeige versteckter Dateien aktivieren – die genaue Vorgehensweise hängt von Ihrem FTP-Client ab.

Der Punkt am Anfang des Dateinamens ist eine Möglichkeit, diese Datei unter Linux und anderen UNIX-ähnlichen Systemen zu verstecken.

Nachdem Sie den aktuellen.htaccess umbenannt haben, gehen Sie zurück in den WordPress-Administrationsbereich, gehen Sie dann zu Einstellungen > Permalinks und drücken Sie ohne Änderungen auf Speichern. Dadurch wird automatisch eine neue Arbeitsversion der Datei erstellt.

Wenn Sie manuell Änderungen an der Datei vorgenommen haben, gehen diese verloren (aber Sie sollten die Datei sowieso nicht von Hand bearbeiten).
WordPress Debug-Modus aktivieren, um Fehler zu verfolgen.

Wir können ein Debug-Protokoll aus der WordPress-Konfiguration heraus aktivieren, das einen Hinweis auf das genaue Problem geben könnte, aber an dieser Stelle sind Sie auf sich allein gestellt. Sie müssen herausfinden, wie Sie es beheben können, was Programmierkenntnisse erfordert.

Um das Debug-Protokoll zu aktivieren, öffnen Sie wp-config.php, das Sie im Stammverzeichnis Ihrer WordPress-Installation finden. Seien Sie sehr vorsichtig bei der Bearbeitung dieser Datei: Es kann eine gute Idee sein, zuerst eine Kopie zu erstellen, die Sie im Falle einer unbeabsichtigten Änderung zurücksetzen können.