Webseite funktioniert nicht oder zeigt unbekannte Fehlermeldungen
Es kann vorkommen, dass Ihre Webseite nach einem Update oder einer Serverumstellung nicht mehr erreichbar ist. Hier erfahren Sie, was die Ursachen sind und wie die gängigsten Probleme einfach behoben werden können.
WordPress zeigt eine leere, weisse Seite
Fehler identifizieren
Damit Sie den Fehler besser einkreisen können, sollten Sie die Ausgabe von Fehlermeldungen vorübergehend aktivieren. Sie brauchen dafür fortgeschrittene Kentnisse; es ist nicht einfach.
Ändern Sie diese Zeile entsprechend, damit WordPress Fehlermeldungen anzeigt:
define(‹WP_DEBUG›, true);
Sie können WordPress so konfigurieren, dass es alle Fehler in einer Protokolldatei im Verzeichnis /wp-content speichert. Diese Möglichkeit ist besonders nützlich, um Benachrichtigungen aufzuzeichnen, welche ausserhalb des Bildschirms generiert wurden wie beispielsweise AJAX-Requests oder wp_cron.
define(‹WP_DEBUG_LOG›, true);
Falls Sie die Fehlermeldungen nur in die Logdatei aufnehmen wollen, ohne diese gleichzeitig auf dem Bildschirm auszugeben, so müssen Sie folgende Option definieren:
define(‹WP_DEBUG_DISPLAY›, false);
Sie können WordPress auch dazu zwingen, die DEV-Versionen von CSS- und JS-Core-Dateien zu verwenden. Dies ist nützlich, wenn Sie Änderungen an integrierten JS- oder CSS-Dateien testen möchten.
define(‹SCRIPT_DEBUG›, true);
Auch für das Debugging von MySQL-Anweisungen bietet WordPress einen passenden Konfigurationsparameter. Sie können WordPress zwingen, Datenbankabfragen in einem Array zu speichern, um die Analyse dieser Abfragen zu erleichtern. Im Array werden Informationen dazu gespeichert, wie lange die Ausführung der Abfrage gedauert hat und welche Funktion sie aufgerufen hat.
define(‹SAVEQUERIES›, true);
Fehlerhafte Plugins/Themes
Oftmals wird eine leere, weisse Seite auch durch ein fehlerhaftes Plugin verursacht. Das geschieht immer dann, wenn ein Plugin nicht mit der installierten Version von WordPress kompatibel ist oder es einen Konflikt mit einem anderen Plugin gibt. Teilweise kann es auch nach der Installation von Updates zu korrupten Daten kommen, falls das Update unerwartet unterbrochen wurde.
Sofern Sie noch Zugriff auf Ihr WordPress Backend haben, beginnen Sie damit, die Plugins eins nach dem anderen zu deaktivieren, bis Sie das fehlerhafte Plugin gefunden haben. Ist das fehlerverursachende Plugin identifiziert, versuchen Sie eine Neuinstallation dieses Plugins durchzuführen. Hilft das nichts, suchen Sie nach einer Alternative.
Es kann vorkommen, dass ein Plugin einen fatalen Fehler hervorruft und Sie keinen Zugriff mehr auf das WordPress Backend haben. Sie haben nur noch die Möglichkeit sich per FTP auf den Server zu verbinden und im Verzeichnis /wp-content/plugins die Plugins eins nach dem anderen umzubenennen. Sobald das fehlerverursachende Plugin identifiziert ist, können Sie die Umbenennung rückgängig machen. Löschen Sie anschliessend das fehlerhafte Plugin und versuchen Sie eine Neuinstallation dieses Plugins durchzuführen.
Ist kein Plugin für den Fehler verantwortlich, wiederholen Sie das Vorgehen auch für Themes.
Geringes Memory Limit
Es ist auch möglich, dass dieser Fehler durch ein zu tiefes Memory Limit verursacht wird. Sie können den Fehler selber beheben oder Ihren Hosting Anbieter beauftragen.
Falls Sie es auf eigene Faust versuchen wollen finden Sie hier einige Methoden mit welchen Sie versuchen können, das Memory Limit zu erhöhen. Beachten Sie, dass dieser Abschnitt fortgeschrittene Kenntnisse erfordert; es ist nicht einfach.
Fügen Sie dies vor der Zeile «Happy Blogging» ein:
define(‹WP_MEMORY_LIMIT›, ‹256M›);
Wenn Sie Zugriff auf Ihre PHP.ini-Datei haben, ändern Sie die folgende Zeile.
memory_limit = 256M ; Maximum amount of memory a script may consume (64MB)
Wenn Sie keinen Zugriff auf die Datei PHP.ini haben, fügen Sie dies zu einer .htaccess-Datei hinzu:
php_value memory_limit 256M
WordPress Core Files neu installieren
Manchmal kann es vorkommen, dass ein Update unerwartet abgebrochen wird und somit korrupte Dateien entstehen. In Ausnahmefällen werden auch Core-Dateien über infizierte Plugins und Themes manipuliert oder mutwillig gelöscht. Als letzten Schritt können Sie versuchen, die WordPress Core Dateien neu zu installieren.
Bevor Sie etwas unternehmen, machen Sie ein Backup. Kopieren Sie die komplette Webseite auf Ihren lokalen Computer oder in ein neues Verzeichnis auf dem Server. Achten Sie besonders darauf, dass alle Dateien im Verzeichnis /wp-content gesichert werden.
Haben Sie ein Backup erstellt? Falls nicht, sollten Sie dies zuerst tun und erst danach damit beginnen, die WordPress Core Dateien zu reparieren.
Nachdem Sie das Backup erstellt und getestet haben, können Sie nun damit beginnen, alle Dateien vom Server zu löschen. Lassen Sie nur das Verzeichnis /wp-content und die Datei wp-config.php bestehen. Im Verzeichnis /wp-content werden alle Inhalte wie Bilder und Dokumente abgelegt, diese werden von der Webseite später wieder benötigt. Die Datei wp-config.php enthält die seitenspezifische Konfiguration und sollte ebenfalls nicht gelöscht werden.
Nachdem Sie alle Dateien gelöscht haben, sollten sich im Verzeichnis auf dem Server nur noch die Datei wp-config.php und das Verzeichnis /wp-content befinden. Laden Sie sich von der Webseite wordpress.org eine frische Version von WordPress herunter und starten Sie danach mit dem Dateitransfer auf den Server.
SSL-Verbindungsfehler
Ihre Webseite zeigt einen Fehler wie «SSL-Verbindungsfehler», «Dies ist keine sichere Verbindung», «Dieser Verbindung wird nicht vertraut», «Sichere Verbindung fehlgeschlagen» oder eine ähnliche Fehlermeldung an, dann gibt es möglicherweise ein Problem mit dem Sicherheitszertifikat Ihrer Webseite. Oft können Sie dieses Problem nicht selber lösen, in diesem Fall wenden Sie sich bitte an Ihren Hosting-Anbieter.
Möglicherweise unterstützt Ihre Webseite gar keine sicheren Verbindungen mittels SSL. Überprüfen Sie in jedem Fall die Konfiguration Ihrer Webseite.
Sofern Sie noch Zugriff auf Ihr WordPress Backend haben, gehen Sie auf Einstellungen -> Allgemein und prüfen Sie die folgenden Optionen auf Korrektheit: WordPress-Adresse (URL) und Website-Adresse (URL). Sofern Ihr Hosting-Anbieter SSL unterstützt und alles entsprechend konfiguriert ist, sollte dort https:// eingetragen sein, ansonsten http://
Prüfen Sie die .htaccess Datei auf korrekte Konfiguration. Achten Sie darauf, SSL nur zu forcieren, sofern Ihr Hosting-Anbieter auch SSL-Verschlüsselung unterstützt und auf dem Server alles korrekt konfiguriert ist.
Internal Server Error
Wie Sie sicher vermuten, handelt es sich um einen Server Fehler. Dieser Fehler kann durch eine fehlerhafte Konfiguration in der Datei .htaccess verursacht werden. Falls Sie Zugang zu dieser Datei haben, prüfen Sie diese auf Korrektheit. Oft haben Sie aber keine Möglichkeit, diesen Fehler selber zu beheben. Wenden Sie sich in diesem Fall direkt an Ihren Hosting Anbieter.
Prüfen Sie die .htaccess Datei auf korrekte Konfiguration. Sie können die Datei auch zwischenzeitlich umbenennen um so zu testen, ob der Fehler durch die .htaccess-Datei verursacht wird.
Syntax Error
Ein Syntax-Error deutet auf einen Fehler innerhalb des Programmcodes von WordPress, einem Theme oder Plugin hin. Versuchen Sie zunächst, die Ausgabe von Fehlermeldungen zu unterdrücken, indem Sie entsprechende Anpassungen an der Datei wp-config.php oder in der Datei .htaccess vornehmen. Lässt sich das Problem dadurch nicht lösen, versuche Sie Plugin für Plugin und Theme für Theme zu deaktivieren, bis Sie das fehlerverursachende Element haben. Haben Sie den Fehler gefunden, informieren Sie gegebenenfalls den Urheber über das Problem oder suchen Sie nach einer Alternative.
Ändern Sie diese Zeile entsprechend, damit WordPress die Ausgabe von Fehlermeldungen unterdrückt:
define(‹WP_DEBUG›, false);
Fügen Sie folgende Zeile hinzu, um die Ausgabe von Fehlermeldungen zu unterdrücken.
ini_set(‹display_errors›, ‹off›);
Fehler beim Herstellen einer Datenbankverbindung
Diese Fehlermeldung erscheint, wenn Ihre Datenbank nicht erreichbar ist. In der Regel tritt dies auf, wenn ein Benutzer seine Datenbankinformationen (Datenbankhost, Datenbankbenutzername und Datenbankkennwort) falsch eingegeben oder geändert hat. Diese Nachricht erscheint auch, wenn der Datenbankserver überlastet ist oder der Hosting-Anbieter zeitgleich Wartungsarbeiten am Server durchführt.
Prüfen Sie die folgenden Konfigurationsparameter:
define(‹DB_NAME›, »);
define(‹DB_USER›, »);
define(‹DB_PASSWORD›, »);
define(‹DB_HOST›, »);
Wartungsseite verschwindet nicht nach Updates
Während WordPress Updates installiert, setzt es die Webseite automatisch in den Wartungsmodus. Das verhindert, dass ungeplante Zugriffe die Webseite korrumpieren. Darum ist Deine Webseite während des Updates temporär offline und für Besucher nicht zugänglich. Auf der Webseite erscheint dann eine Information, dass die Webseite „Wegen geplanter Wartungsarbeiten kurzzeitig nicht verfügbar“ ist. Normalerweise wird der Wartungsmodus automatisch nach dem Fertigstellen der Updates ausgeschaltet, manchmal bleibt er allerdings hängen und die Meldung bleibt bestehen.
Um den Wartungsmodus manuell zu beenden, müssen Sie sich per FTP auf Ihren Server verbinden und dort die Datei .maintenance löschen.
Überall erscheinen 404 Error Seiten
Werden beim Navigieren durch die Webseite viele 404 Fehlermeldungen angezeigt, liegt das möglicherweise am fehlen der .htaccess Datei.
Navigieren Sie im WordPress Backend unter Einstellungen -> Permalinks und speichern Sie die Einstellungen erneut ab. WordPress wird automatisch eine neue .htaccess Datei auf dem Server anlegen.
Fortgeschrittene Anwender können die .htaccess Datei auch manuell anlegen. Verbinden Sie sich mit dem Server und erstellen Sie dort die Datei .htaccess mit folgendem Inhalt.
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ – [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
Installation von Plugins und Themes fordert FTP Logindaten
Es ist möglich, dass Du bei der Installation von Plugins und Themes nach FTP Zugangsdaten gefragt wirst. Das passiert, wenn WordPress keinen Zugriff auf die Dateien hat oder dein Apache Benutzer über den falschen Modus läuft.
Füge folgende Zeilen in der wp-config.php hinzu. Du musst die Platzhalter mit den realen Verbindungsdaten ersetzen.
define(‹FTP_HOST›, ‹ftp.example.org›);
define(‹FTP_USER›, ‹username›);
define(‹FTP_PASS›, ‹password›);
Es gibt noch eine Alternative zur oben erwähnten Methode. Du kannst die von WordPress verwendete Risikodetektion ausschalten.
Füge folgende Zeilen in der wp-config.php hinzu.
define(‹FS_METHOD›, ‹direct›);
Auf einem schlecht konfigurierten Shared-Hosting wird das PHP jedes Kunden mit dem selben Benutzer (Apache) ausgeführt. Dieses Setup trifft man übrigens überraschend häufig an.
Sollten Sie auf einem solchen Host arbeiten und ein Plugin mit WordPress über den direkten Dateizugriff installieren, gehören alle Ihre Plugin-Dateien zu Apache. Ein anderer Benutzer auf demselben Server könnte Sie angreifen, indem er ein PHP-Skript schreibt, das heimlich Schadcode in Ihre Plugin-Dateien einfügt. Um das zu verhindern, hat WordPress eine Risikoerkennung integriert. Das System erkennt, ob Sie sich in einer solchen gefährdeten Umgebung befinden und versucht eine alternative Methode wie «ssh2», «ftpext», or «ftpsockets» für den Filezugriff zu verweden.
Wenn Sie der Meinung sind, dass Sie trotzdem sicher sind, können Sie die Risikoerkennung deaktivieren. Das tun Sie, indem Sie für den Filezugriff die Methode «direkt» verwenden. In diesem Fall erstellt WordPress die Dateien direkt über PHP, wodurch sie dem Apache-Benutzer gehören. Andernfalls wird auf eine sicherere Methode zurückgegriffen, z. B. die Aufforderung zur Eingabe von SFTP-Anmeldeinformationen.