HTTP-Fehlercodes
Schauen wir uns einmal die gängigen HTTP-Fehlercodes an, die auftreten können, was sie bedeuten und wie man sie vermeiden kann.
Beispiel für einen HTTP-Fehlercode
Der folgende Codeausschnitt ist ein Beispiel für den Fehlercode 429.
{
"jsonrpc": "2.0",
"error": {
"code": 429,
"message": "The requests per second (RPS) of your requests are higher than your plan allows."
},
"id": 1
}Endpoint
Quicknode Protokolle für Ihre RPC-Endpunkte Quicknode , um Ihnen bei der Fehlerbehebung zu helfen. Sie können die Protokolle direkt in Ihrem Quicknode einsehen, indem Sie zu folgendem Bereich navigieren:
- Endpunkte in der Seitenleiste
- Auswahl Ihres endpoint
- Die Registerkarte „Protokolle “ öffnen
Sie können die Protokolle nach Zeitfenster, Antworttyp, Methode und Netzwerk filtern.
Was wird protokolliert?
Endpoint
An Ihren endpoint gerichtete Anfragen, einschließlich HTTP-Status, Anfragemethode, RPC-Methode oder -Pfad sowie Zeitstempel.
Fehlerdetails
Sofern verfügbar, enthalten fehlgeschlagene Anfragen Fehlerdetails wie RPC-Fehlercodes, Anfrage- und Antwortinhalte sowie Links zu weiterführender Dokumentation.
Einschränkungen bei der Protokollierung
Die Verfügbarkeit von Protokollen kann je nach Methode, Antworttyp, Netzwerk und Tarif variieren. Um endpoint optimale endpoint zu gewährleisten, erfolgt die Protokollierung nach dem „Best-Effort“-Prinzip. In Zeiten mit hohem Datenverkehr können einige Protokolle verworfen werden, um eine geringe Latenz aufrechtzuerhalten.
Aufbewahrung und Zugriff
Die „Build“- und „Scale“-Tarife umfassen den Zugriff auf das Dashboard mit standardmäßiger Protokollaufbewahrung. Die „Enterprise“-Tarife bieten verlängerte Aufbewahrungsfristen und programmgesteuerten API-Zugriff zum Abrufen von Protokollen.
Sollten bei Ihnen andere Fehlercodes auftreten, teilen Sie uns dies bitte über ein Support-Ticket mit. Wir helfen Ihnen gerne weiter.