Hantera rate limit och tillfälliga fel
Gör kontrollerade återförsök utan att skapa dubbletter eller tappa checkpointen.
6 minAlla användare
Kort svar
Vid 429 ska klienten följa Retry-After och använda backoff. Vid 503 försöker klienten senare.
Så fungerar det i Nyttio
- 1
Förstå underlaget
RATE_LIMITED och DATA_API_UNAVAILABLE är signaler att arbetet ska pausas, inte att token ska roteras.
- 2
Gör detta i Nyttio
Respektera Retry-After, använd ökande backoff med tak och behåll senaste lyckade checkpoint.
- 3
Kontrollera resultatet
Återförsöket sker efter angiven väntan och samma sida kan verifieras utan att checkpointen skrivs över för tidigt.
Viktigt att komma ihåg
- 4xx-fel för felaktiga parametrar ska rättas, inte återförsökas blint.
Vanliga misstag
- Skapa inte parallella återförsök som överbelastar samma API-nyckel.