So beheben Sie den internen WordPress 500-Serverfehler

So beheben Sie einen internen WordPress 500-Serverfehler

Die meisten von uns, entweder Entwickler, Designer oder sogar Endbenutzer, mussten mindestens einen in ihrem Leben ertragen. Das heißt, der schmerzhafte Prozess, einen internen Serverfehler zu erhalten und zu versuchen, ihn zu beheben. Viele Menschen möchten nicht mehr wissen – sie möchten es nur beheben. Aber wenn Sie nicht versuchen, es zumindest zu verstehen, müssen Sie dieses Schicksal häufiger erleiden. Der interne 500-Server-Fehler ist sehr wichtig, da er alle Prozesse vollständig stoppt und Ihre gesamte Site zum Erliegen bringen kann. Wenn wir es also jemals loswerden wollen, müssen wir zuerst besser verstehen, was es bedeutet.


In diesem Artikel werde ich die Grundlagen dessen behandeln, was dieser Fehler bedeutet, wie Sie das Problem identifizieren und natürlich beheben können. Bevor ich anfange, möchte ich Sie durch die verschiedenen vorhandenen http (Site) -Fehler und deren mögliche Bedeutung führen. Wenn Sie es vorziehen, können Sie mit dem Beheben Ihres WordPress 500-Fehlers fortfahren.

Allgemeine HTTP-Status- und Fehlercodes

Das Wichtigste zuerst – Ich werde erklären, was diese Fehler wirklich bedeuten. Derzeit gibt es eine Liste mit Status und Fehler für HTTP Darauf kann zugegriffen werden, um eine Situation besser zu beheben. Diese Fehler werden normalerweise in Typen unterteilt. Um dies zu verkürzen, werden wir die wichtigsten Fehler und Informationsstatuscodes behandeln, die Sie bei der Arbeit mit Ihrer WordPress-Site finden.

100x Antwort (Status)

Diese Art der Antwort wird direkt vom Webserver gegeben. Abhängig von Ihrem Hosting-Unternehmen kann die Antwort entweder von Apache, Nginx oder einem anderen von dem Unternehmen verwendeten Webserver gegeben werden. Diese Art der Antwort ist nicht mit Fehlern verbunden. Sie werden im Allgemeinen verwendet, um anzuzeigen, dass eine Verbindung besteht. Sie sind Statusantwortcodes für Verbindungen.

200x Antwort (Erfolg)

Die Erfolgreichen nenne ich sie. Diese Art der Antwort zeigt immer a an Erfolg. Dies bedeutet, dass entweder der Server die Verbindung zu Ihnen erfolgreich hergestellt hat, dass die angeforderten Ressourcen korrekt angegeben wurden oder dass eine Proxy-Verbindung hergestellt wurde.

Der häufigste erfolgreiche Code ist der 200 OK. Sie können Beispiele dafür sehen, wenn Sie ein WordPress-Geschwindigkeitstest-Tool verwenden, z. B. Pingdom Tools, und Sie versuchen, den FTTB herauszufinden (Erstes Byte). Die 200 OK-Antwort wird immer auf die erste gestellte Anfrage gegeben.

300x Antwort (Umleitungen)

Die Weiterleitungs-Jungs. Diese Codes werden immer dann referenziert, wenn der angegebene Link in eine Umleitung geht. 300 Statuscodes zeigen eine erfolgreiche Umleitung an und sind es auch, wird nicht als Fehler angesehen.

Angenommen, Sie haben eine SSL-Site (HTTPS) und haben direkten Zugriff auf HTTP (nicht gesichert). Sie möchten alle Benutzer auf die HTTPS-Version Ihrer Site umleiten. Sie können eine Umleitung für alle von HTTP kommenden Anforderungen an HTTPS erstellen. Wenn Sie versehentlich versuchen, Ihre Site über HTTP aufzurufen, erhält Ihr Browser eine Antwort von 300, die auf eine Umleitung zur HTTPS-Version hinweist.

Einfache WooCommerce-Tipps: Yoast SEO-Weiterleitungen für nicht vorrätige Produkte

Ein weiteres bekanntes Beispiel, mit dem Sie möglicherweise vertraut sind, sind Vor-Ort-Weiterleitungen für SEO. Vielleicht haben Sie alte Beiträge oder Seiten entfernt. Mit Hilfe eines Plugins wie Yoast SEO Sie können diese auf neuere, relevantere Seiten umleiten. Oder verwenden Sie eine temporäre 307-Umleitung, wenn Sie an einem Update arbeiten und Benutzer für eine Weile auf eine andere Seite leiten möchten.

400x Antwort (Clientfehler)

Die berühmten Kundenfehler. Diese Art von Fehlern führt zu Problemen in Ihrem Browser. In der Regel kann ein bestimmtes Asset nicht geladen werden (am häufigsten ist der 404-Fehler bekannt). Diese sind Fehlercodes, die nicht als schwerwiegend eingestuft werden.

Der gleiche Fehler kann angezeigt werden, wenn Sie versuchen, auf ein nicht vorhandenes Bild auf Ihrer Site zuzugreifen. Beispielsweise möchten Sie möglicherweise eine 410-Weiterleitung verwenden, um Suchmaschinen mitzuteilen, dass Inhalte dauerhaft entfernt wurden, oder eine 451, wenn Sie eine Seite aus rechtlichen Gründen nicht verfügbar gemacht haben (z. B. eine DMCA-Anfrage)..

500x Antwort (Serverfehler)

Und jetzt haben wir unseren Hauptprotagonisten erreicht. Die 500 Fehler. Wie Sie sehen, handelt es sich um wichtige Fehler, die sich immer auf den Server selbst beziehen. Serverfehler sind wichtig, weil sie effektiv sind Absturz deine Website. Von diesen Fehlern sind die wichtigsten:

  • Ein 503-Dienst ist nicht verfügbar
  • Ein 502 fehlerhafter Gateway-Fehler
  • Ein 500 interner Serverfehler

Lassen Sie uns die drei in der Reihenfolge ihrer Wichtigkeit untersuchen.

503 Dienst nicht verfügbar

Am wenigsten schwerwiegend ist, dass der 503-Dienst nicht verfügbar ist. Wenn dieser Fehler auftritt, liegt ein Ressourcenproblem auf dem Webserver vor. Fast die ganze Zeit zeigt es sich wann Ihr Server ist überlastet. Wenn Sie diesen Fehler sehen, wissen Sie das im Klartext es ist vorübergehend und es steht in direktem Zusammenhang mit zu viel Verkehr und das ist Überlastung der CPU. Immer wenn die CPU und der Webserver selbst keine weiteren eingehenden Verbindungen verarbeiten können, weil sie eine 100% ige CPU-Auslastung erreicht haben, wird dieses Fehler-Popup angezeigt.

Sie können dies beheben, indem Sie entweder zu einem besseren Webserver wechseln (z. B. von Apache zu Nginx) oder ein WordPress-Caching-Plugin auf Ihrer Site implementieren.

502 Bad Gateway

Dies habe ich als Fehlkonfigurationsfehler bezeichnet. Dieser Fehler wird nicht ohne Grund angezeigt. Wenn Sie jemals diesen Fehler haben, ist dies höchstwahrscheinlich die Ursache du hast etwas getan und du hast es falsch gemacht. Dies geschieht normalerweise, wenn Leute versuchen, die Apache- und PHP-Konfiguration zu optimieren, oder wenn sie versuchen, Nginx zu optimieren. Das fehlerhafte Gateway ist ein Fehler, der fast immer auftritt, wenn das PHP-FPM (Fast Process Manager) die Verbindung verliert. Entweder weil Sie die falschen Einstellungen vorgenommen haben oder weil der Prozess abgestürzt ist. Dies führt dazu, dass der Webserver mit a antwortet schlechtes Gateway.

Der einfachste Weg, diesen Fehler zu beheben, besteht darin, Ihre PHP-FPM-Konfiguration zu überprüfen, da dies die wahrscheinlichste Ursache für diesen Fehler ist. Dies geschieht auf der Nginx-Seite häufiger als auf Apache und fast nie auf Hosting-Diensten, die von cPanel oder Plesk bereitgestellt werden. Diese beiden letzten Panels verfügen über Sicherheitsvorkehrungen, um einen Fehlkonfigurationsfehler zu vermeiden. Dies kommt jedoch sehr häufig vor, wenn Sie Ihren eigenen VPS verwalten.

Suchen Sie weitere Hilfe bei diesem? Befolgen Sie unsere Anleitung zum Beheben eines 502-fehlerhaften Gateway-Fehlers.

500 Interner Serverfehler

Der große böse Junge der Fehler. Der 500 interne Serverfehler ist der schlimmste von allen, vor allem, weil es sich um einen solchen handelt allgemeiner Fehler. Wenn Sie nicht genügend Kenntnisse darüber haben, wie Sie damit umgehen sollen, kann dies ein echtes Problem sein, da es Ihre gesamte Website zum Erliegen bringen kann. Der 502-Fehler beim fehlerhaften Gateway führt auch zu einem Ausfall Ihrer Website, ist jedoch einfacher zu diagnostizieren und zu beheben. Wie bereits erwähnt, hängt es fast immer mit der FPM-Konfiguration zusammen.

Gründe für einen 500 internen Serverfehler und wie man ihn behebt

Das Erste, was Sie über einen 500-Fehler wissen sollten, ist, dass er durch eine Reihe verschiedener Faktoren verursacht werden kann, die fast immer mit Fehlern bei der Codeausführung zusammenhängen. Anstatt zu versuchen, alles auf einmal zu diagnostizieren, gebe ich Ihnen eine Liste der Fehler nach Art des Problems und was Sie getan haben.

  • Durch die Migration einer älteren Site auf ein neueres Hosting
  • Ein Fehler im .htaccess in einer Apache-Konfiguration
  • Ein Fehler bei der Ausführung des PHP-Codes

Es gibt andere weniger häufige Fälle, bei denen ein interner Serverfehler von 500 auftreten kann. Der Einfachheit und Benutzerfreundlichkeit dieses Artikels halber werde ich mich jedoch auf diese drei konzentrieren.

1. Migration einer älteren Site auf ein neueres Hosting

Es gibt verschiedene Möglichkeiten, wie dieser Fehler auftreten kann, aber er scheint fast immer mit der PHP-Version zu tun zu haben, die an Ihren Webserver gebunden ist. Neuere PHP-Versionen können sofort einen internen Serverfehler von 500 generieren, wenn die aktuelle Site oder die aktuellen Plugins die aktuelle Version nicht unterstützen.

Dieser Fehler ist beispielsweise klassisch, wenn Sie Ihre Site von einem mittelmäßigen Hosting mit einer älteren PHP-Version auf ein neueres Hosting migrieren, das nur die neueren Versionen (7.0 und höher) akzeptiert. Wenn Ihre Site kürzlich nicht aktualisiert wurde, kann ein altes Plugin ein Problem verursachen. Ich nenne dies den “internen Migrationsfehler”, da er fast immer auftritt, wenn Sie eine Site migrieren.

Lösung

Der beste Weg, um diesen schrecklichen Fehler zu beheben, wenn Sie sich so sehr bemühen, Ihre WordPress-Site auf ein neues Hosting zu migrieren, besteht darin, eine vollständige Kopie Ihrer Website zu erstellen Plugins und das Thema Ihrer Website. Danach bitte, lösche alle Plugins von Ihrer Website und versuchen Sie es erneut. Wenn der Fehler behoben ist, ist fast garantiert, dass der Fehler von einer neueren Version von PHP auf Ihrem Hosting generiert wurde, die sich einfach weigert, Code auf Ihrem älteren Plugin auszuführen. Durch erneutes Hochladen von jeweils einem Plugin können Sie leicht herausfinden, welches das Problem verursacht hat.

Diese Fehler treten fast immer auf, wenn ältere Websites mit PHP 5.4 und 5.6 auf ein neueres Hosting mit PHP 7.0, 7.1 oder 7.2 migriert werden.

Das gleiche gilt für Ihr Thema. Da Themes zusätzlichen PHP-Code in der Datei functions.php, single und page.php implementieren können und müssen Dateien. Es ist sehr wahrscheinlich, dass ein älteres Thema ohne Updates Ihre Site beschädigen kann, sobald es auf ein Hosting mit einer neueren Version von PHP migriert wurde. Diese Situation ist unglücklich, da die einzige Möglichkeit, dies zu beheben, darin besteht, das Thema zu ändern und Ihre Site neu zu erstellen. Dies ist der schlimmste Fall.

2. .htaccess Apache-Konfigurationsfehler

Nehmen wir an, Sie haben ein Plugin konfiguriert und plötzlich stürzt alles ab. Wenn beim Konfigurieren ein interner Serverfehler von 500 angezeigt wird, z. B. ein Caching-Plugin oder ein Plugin im Zusammenhang mit Optimierungen, müssen Sie überprüfen, ob das Plugin Ihrer .htaccess-Datei zusätzlichen Code hinzugefügt hat.

Da kann Apache geändert werden in Echtzeit Durch die Konfiguration der Funktionen in der .htaccess-Datei (die fast immer ausgeblendet ist) kann eine fehlerhafte Konfiguration Ihre Site beschädigen.

Lösung

Sie können das Problem beheben, indem Sie entweder über FTP auf Ihre Site zugreifen und Ihre .htaccess-Datei ändern oder direkt bearbeiten, beispielsweise mit dem Datei-Explorer auf cPanel oder Plesk.

Wenn Sie nicht wissen, wie Sie das, was das Plugin erstellt hat, zurücksetzen können und Ihre Website erneut eingerichtet werden muss, erstellen Sie eine Kopie des vorhandenen Inhalts als Textdatei. Speichern Sie dies als Backup. Ersetzen Sie dann den gesamten .htaccess durch den folgenden Code:

# BEGINNEN Sie WordPress

RewriteEngine On
RewriteBase /
RewriteRule ^ index \ .php $ - [L]
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule. /index.php [L]

# ENDE WordPress

Dies ist das Standard WordPress .htaccess Datei. Es sollte mit jeder Site funktionieren. Wenn Sie also verzweifelt sind und nicht wissen, welchen Teil Sie entfernen sollen, entfernen Sie einfach alles und fügen Sie diesen Code ein. Sie werden sofort gespeichert. Sie können das Plugin später entfernen oder erneut konfigurieren. Sie wissen jetzt, wie Sie sich vor diesem katastrophalen Fehler schützen können. Zumindest wenn es sich um .htaccess handelt.

Wenn Sie nicht wissen, ob es sich um .htaccess handelt oder dieser Fehler angezeigt wird, ohne dass Sie Plugins berühren, gehen Sie auf Nummer sicher. Kopieren Sie einfach den Inhalt Ihres .htaccess und kopieren Sie den obigen Code, um zu versuchen, eine Diagnose zu stellen. Wenn dies das Problem nicht behebt, lassen Sie .htaccess unverändert und versuchen Sie es mit dem nächsten Vorschlag.

3. Fehler bei der Ausführung des PHP-Codes

Diese Arten von Fehlern sind häufiger als Sie denken und treten normalerweise auf, wenn ein Plugin ungültigen Code ausführt. Die häufigste Methode zum Ausführen von ungültigem Code ist der Versuch, veraltete Anweisungen auszuführen. Vielleicht versuchen Sie, ein altes Plugin auszuführen, das nur für PHP 5.4 oder 5.6 mit PHP 7.0 oder neueren Versionen entwickelt wurde. Veraltete und ungültige Funktionen erstellt einen internen Serverfehler, der nur von diagnostiziert werden kann Aktivieren des WP-Debug-Modus.

Aktivieren Sie wp_debug

Der WordPress-Debug-Modus gibt Ihnen ausführliche Informationen zu dem Fehler, der die Ausführung gestoppt hat. Wir aktivieren dies, indem wir den Wert von ändern “Falsch” bis “wahr” auf wp_debug in der Datei wp-config.php im Stammordner Ihrer Site.

Wenn Sie Plesk oder cPanel verwenden, können Sie dies tun, indem Sie diesen Wert einfach im Datei-Explorer ändern und bearbeiten wp-config.php. Sie können dies auch verfolgen Debugging-Anleitung von Blogvault für detailliertere Schritte.

Sobald die Datei bearbeitet wurde, können Sie den tatsächlich generierten Fehler sehen, der die Ausführung gestoppt hat. Der Fehler gibt auch den Pfad und die Datei an, in denen dies geschehen ist, sodass Sie leicht erraten können, welches Plugin verwendet wird verursachte es. Durch Deaktivieren Wir können den Fehler überspringen und das Plugin später aktualisieren oder entfernen, je nach Situation.

Lösung

Die überwiegende Mehrheit der Fälle eines 500 internen Serverfehlers betrifft ältere Theme-Versionen oder Plugins. Wenn Sie Ihr Thema auf ein Standard-WP-Thema umstellen, können Sie wieder auf Ihre Site zugreifen. Durch Deaktivieren der in Konflikt stehenden Plugins erhalten Sie auch Zugriff auf das Dashboard. Wenn Sie auf eine Situation stoßen, in der Ihr Thema für das Brechen der Site verantwortlich ist, können Sie dies am besten beheben, indem Sie eine Zip-Datei dieses Themas aus dem Themenordner erstellen wp-content / themen / deinthema dann löschen Sie es von Ihrer Website. Dadurch wird der Fehler behoben, sodass Sie wieder auf Ihre Site zugreifen können. Sie können es dann erneut hochladen und aktualisieren, ohne es zu aktivieren. Sie können dasselbe mit Plugins tun.

Die häufigsten Situationen für 500 interne Serverfehler kann durch Aktualisierung behoben werden. In Fällen, in denen für das Plugin / Theme kein Update verfügbar ist, können Sie versuchen, zu einer älteren PHP-Version zu wechseln. Aber wissen Sie, dass dies eine kurzlebige Problemumgehung ist. Neuere Versionen von PHP werden stabil und ältere Versionen werden regelmäßig veraltet. Früher oder später Ihre Website wird definitiv aufhören zu arbeiten. Der beste Ansatz ist immer, die betreffenden Plugins zu aktualisieren oder zu entfernen / zu ersetzen.

Denken Sie immer daran, es ist besser zu verhindern und zu aktualisieren, als später zu versuchen, den Schaden zu kontrollieren.

Zusammenfassung unseres Handbuchs zu internen WordPress 500-Serverfehlern

Ein interner WordPress 500-Serverfehler kann ein echtes Problem sein. In den meisten Fällen können sie jedoch leicht diagnostiziert und behoben werden, indem einfach die widersprüchlichen Teile Ihrer Website entfernt / aktualisiert werden. Obwohl es Situationen geben kann, in denen diese Fehler außerhalb der Norm auftreten (z. B. wenn Sie ein Plugin entwickeln), geht dies über den Zweck dieses Artikels hinaus.

Für die überwiegende Mehrheit der Menschen sollte das Befolgen der oben genannten Ratschläge Ihr Problem beheben. Denken Sie daran, dass wp-debug Ihr bester Freund ist und befolgen Sie die Schritte immer sorgfältig. Sie haben Ihre Website in kürzester Zeit wieder online.

Haben Sie weitere Fragen? Oder Tipps zum Umgang mit einem internen WordPress 500-Serverfehler? Gib mir Bescheid!

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me
    Like this post? Please share to your friends:
    Adblock
    detector
    map