HTTP-Statuscode-Nachschlagewerk

Was ist HTTP-Statuscode-Nachschlagewerk?

Wann Sie diesen Rechner verwenden

• Debuggen einer API-Integration, bei der eine Anfrage fehlschlägt und Sie verstehen müssen, was der Statuscode tatsächlich bedeutet
• Deciding which HTTP status code to return from your own API for a specific error condition
• Teaching or learning HTTP fundamentals in a web development course or bootcamp
• Writing error-handling middleware that needs to distinguish between different 4xx and 5xx cases
• Investigating why a redirect isn't working by checking whether 301 or 302 was returned
• Troubleshooting CORS issues where the browser shows a network error but the server returned 200

Schritte:

1. Geben Sie einen Statuscode (wie 404) oder ein Stichwort (wie „forbidden“) in das Suchfeld ein.
2. Filtern Sie über die 1xx-5xx-Schaltflächen nach Kategorie, wenn Sie einen bestimmten Bereich durchsuchen möchten.
3. Lesen Sie die verständliche Beschreibung, was der Code bedeutet und wann er typischerweise zurückgegeben wird.
4. Nutzen Sie dies als schnelle Referenz beim Debuggen von API-Antworten oder beim Erstellen von Fehlerbehandlung.

Formel

Anwendungsfälle

• Schnelles Verstehen eines unbekannten Statuscodes, den eine API zurückgibt, die Sie integrieren
• Entscheiden, welchen Statuscode Ihre eigene API für eine bestimmte Fehlerbedingung zurückgeben soll
• Debuggen, warum eine Anfrage fehlschlägt, indem geprüft wird, was ein bestimmter Code tatsächlich bedeutet
• Unterrichten oder Erlernen der HTTP-Grundlagen in einem Webentwicklungskurs
• Schreiben präziser Fehlerbehandlungslogik, die zwischen verschiedenen 4xx- und 5xx-Fällen unterscheidet

Hauptvorteile

• Jeder gängige Statuscode in einer durchsuchbaren Referenz
• Verständliche Erklärungen, nicht nur formaler RFC-Wortlaut
• Sofortiges Filtern nach Kategorie (1xx bis 5xx)
• Kostenlos, schnell, keine Anmeldung erforderlich

Professionelle Tipps

• Reservieren Sie 5xx-Codes strikt für serverseitige Fehler – verwenden Sie sie niemals, um Client-Eingabefehler zu signalisieren
• Verwenden Sie 429 mit einem Retry-After-Header bei Ratenbegrenzung, damit sich korrekt verhaltende Clients wissen, wann sie es erneut versuchen sollen
• Bevorzugen Sie 404 gegenüber einer generischen Fehlerseite, wenn eine Ressource tatsächlich nicht existiert – das ist sowohl für Nutzer als auch für Suchmaschinen besser
• Wählen Sie beim API-Design spezifische 4xx-Codes (422, 409, 400), statt standardmäßig alles auf einen generischen 400 zurückzuführen

Häufige Fehler vermeiden

• Rückgabe von 200 OK für eine Anfrage, die tatsächlich fehlgeschlagen ist, wodurch Fehler vor Monitoring-Tools verborgen werden
• Verwechseln von 401 (nicht authentifiziert) mit 403 (authentifiziert, aber nicht autorisiert)
• Verwenden von 302 für eine Weiterleitung, die permanent (301) sein sollte, was der SEO schadet
• Behandeln aller 4xx- und 5xx-Fehler gleich in der clientseitigen Fehlerbehandlung, statt nach dem konkreten Code zu unterscheiden

Wichtige Begriffe erklärt

• Statuszeile: Die erste Zeile einer HTTP-Antwort, die den Statuscode und eine kurze Begründung enthält
• Idempotent: Eine Eigenschaft bestimmter HTTP-Methoden, bei denen die Wiederholung derselben Anfrage die gleiche Wirkung hat wie einmalige Ausführung
• Weiterleitungskette: Eine Abfolge mehrerer Weiterleitungen, denen ein Browser folgt, bevor er die endgültige Ressource erreicht
• Ratenbegrenzung: Beschränkung, wie viele Anfragen ein Client in einem bestimmten Zeitfenster stellen darf, oft mit 429 signalisiert

Verwandte Konzepte

• [object Object]
• [object Object]
• [object Object]
• [object Object]
• [object Object]

Beispiel

Interpretation Ihrer Ergebnisse