Die 10 häufigsten HTTP-Statuscodes

Als typischer Internetbenutzer ist nichts frustrierender, als darauf zu warten, dass eine Webseite angezeigt wird, nur um einen Fehlerstatuscode “Seite nicht gefunden” 404 zu erhalten. Sicher, wir versuchen, die Seite neu zu laden, und manchmal bringt das die Gremlins dazu, zu arbeiten, aber meistens ist das Problem aus unseren Händen. Für uns alle typischen Benutzer gehen wir entweder auf die nächste Sache oder finden eine andere Seite. Im Hintergrund ist viel los, von dem die meisten von uns überhaupt nichts wissen. Für Webentwickler können HTTP-Statuscodefehler jedoch geradezu ärgerlich sein.

Laut Internet Engineering Task Force (IEFT), der Organisation, die Internetstandards entwickelt und fördert, gibt es über 60 verschiedene HTTP-Statuscodes. HTTP-Statuscodes werden in die folgenden fünf Gruppen eingeteilt:

  • 1xx Informationsantwort. Anfrage empfangen und verstanden. Die Anforderungsverarbeitung wird fortgesetzt.
  • 2xx Erfolg. Die Aktion wurde erfolgreich empfangen, verstanden und angenommen.
  • 3xx Umleitung. Der Client muss weitere Maßnahmen ergreifen, um die Anforderung abzuschließen.
  • 4xx Client-Fehler. Möglicherweise wurde ein Fehler vom Client verursacht. Die Anforderung enthält eine fehlerhafte Syntax oder kann nicht erfüllt werden.
  • 5xx Serverfehler. Der Server ist auf einen Fehler gestoßen und konnte die Anforderung nicht erfüllen.

Es ist wichtig zu beachten, dass nicht alle diese Statuscodes als “Fehler” betrachtet werden, einige sind nur Informationen oder Antworten auf eine Aktion und erfordern keine Fehlerbehebung oder Behebung. Hier sind die 10 häufigsten HTTP-Statuscodes und was sie bedeuten. Eine vollständige Liste der HTTP-Statuscodesfinden Sie im Wiki des Dotcom-Monitors .

Allgemeine HTTP-Statuscodes

  • Statuscode 200 – Dies ist der Standardstatuscode “OK” für eine erfolgreiche HTTP-Anforderung. Die zurückgegebene Antwort ist von der Anforderung abhängig. Bei einer GET-Anforderung wird die Antwort z. B. in den Nachrichtentext aufgenommen. Bei einer PUT/POST-Anforderung enthält die Antwort die Ressource, die das Ergebnis der Aktion enthält.
  • Statuscode 201 – Dies ist der Statuscode, der bestätigt, dass die Anforderung erfolgreich war und daher eine neue Ressource erstellt wurde. In der Regel ist dies der Statuscode, der nach einer POST/PUT-Anforderung gesendet wird.
  • Statuscode 204 – Dieser Statuscode bestätigt, dass der Server die Anforderung erfüllt hat, aber keine Informationen zurückgeben muss. Beispiele für diesen Statuscode sind Löschanforderungen oder wenn eine Anforderung über ein Formular gesendet wurde und die Antwort nicht dazu führen sollte, dass das Formular aktualisiert oder eine neue Seite geladen wird.
  • Statuscode 304 – Der Statuscode, der für das Zwischenspeichern des Browsers verwendet wird. Wenn die Antwort nicht geändert wurde, kann der Client/Benutzer weiterhin dieselbe Antwort/zwischengespeicherte Version verwenden. Ein Browser kann z. B. anfordern, ob eine Ressource seit einer bestimmten Zeit geändert wurde. Ist dies nicht der Zusein der Zeit, wird der Statuscode 304 gesendet. Wenn sie geändert wurde, wird zusammen mit der Ressource ein Statuscode 200 gesendet.
  • Statuscode 400 – Der Server kann eine Anforderung aufgrund eines Clientfehlers nicht verstehen und verarbeiten. Fehlende Daten, Domänenvalidierung und ungültige Formatierung sind einige Beispiele, die dazu führen, dass der Statuscode 400 gesendet wird.
  • Statuscode 401 – Diese Statuscodeanforderung tritt auf, wenn eine Authentifizierung erforderlich ist, aber fehlgeschlagen ist oder nicht bereitgestellt wurde.
  • Statuscode 403 – Sehr ähnlich wie der Statuscode 401, tritt ein Statuscode 403 auf, wenn eine gültige Anforderung gesendet wurde, aber der Server weigert sich, ihn zu akzeptieren. Dies geschieht, wenn ein Client/Benutzer die erforderliche Berechtigung benötigt oder ein Konto benötigt, um auf die Ressource zuzugreifen. Im Gegensatz zu einem Statuscode 401 gilt die Authentifizierung hier nicht.
  • Statuscode 404 – Der häufigste Statuscode, den der durchschnittliche Benutzer sehen wird. Ein Statuscode 404 wird angezeigt, wenn die Anforderung gültig ist, die Ressource jedoch nicht auf dem Server gefunden werden kann. Obwohl diese im “Bucket” “Clientfehler” gruppiert sind, sind sie häufig auf eine unsachgemäße URL-Umleitung zurückzuführen.
  • Statuscode 409 – Ein Statuscode 409 wird gesendet, wenn eine Anforderung mit dem aktuellen Status der Ressource in Konflikt steht. Dies ist in der Regel ein Problem mit gleichzeitigen Updates oder Versionen, die miteinander in Konflikt stehen.
  • Statuscode 410 – Die angeforderte Ressource ist nicht mehr verfügbar und nicht mehr verfügbar. Erfahren Sie mehr über Netzwerkfehler 410.
  • Statuscode 500 – Ein weiterer der am häufigsten von Benutzern gesehenen Statuscodes, die Codes der Serie 500 ähneln den Codes der Serie 400, da sie echte Fehlercodes sind. Der Statuscode 500 tritt auf, wenn der Server eine Anforderung aufgrund eines unerwarteten Problems nicht erfüllen kann. Webentwickler müssen in der Regel die Serverprotokolle durchkämmen, um zu ermitteln, woher das genaue Problem kommt.

Überwachen der HTTP/S Web Server-Leistung

Probleme können jederzeit auftreten. Minimieren Sie Ausfallzeiten und Kundenfrustration mit der Dotcom-Monitor-Überwachungsplattform. Die ÜBERWACHUNG des HTTP/S-Webservers überprüft Verfügbarkeit, Leistung, Inhalt, fehlerhafte Links und mehr. Mit unterstützung für Cookies, Formularübermittlungen, benutzerdefinierte Header, passwortgesicherte Websites und Timeout-Schwellenwerte werden Sie nicht auf frischer Tat ertappt. Richten Sie benutzerdefinierte Warnungen und Filter ein, um Webserverprobleme sofort zu erkennen und zu beheben, um sicherzustellen, dass Ihre Webseiten für Ihre Benutzer aus der ganzen Welt immer zugänglich sind.

Share on facebook
Facebook
Share on twitter
Twitter
Share on linkedin
LinkedIn
Share on email
Email
Share on print
Drucken