Frekvensgraenser och kvoter
Foer att saekerstaella raettvis anvaendning och uppraeetthaalla optimal prestanda tillaaempar vitalera API frekvensgraenser paa alla endpoints. Nedan finns detaljerna foer vaar frekvensgraenspolicy.
Frekvensgraenser
| Endpointkategori | Graens | Tidsfoenster |
|---|---|---|
| Allmaenna API-anrop | 1000 foerfraagningar per timme | Per timme |
| Autentisering | 100 foerfraagningar per minut | Per minut |
| Datahaemtning | 500 foerfraagningar per timme | Per timme |
Headers
Information om frekvensgraenser inkluderas i svarsheaderna:
X-RateLimit-Limit: Det maximala antalet tillaaatna foerfraagningar i det aktuella tidsfoensstret.X-RateLimit-Remaining: Antalet aaterstaaende foerfraagningar i det aktuella tidsfoensstret.X-RateLimit-Reset: Tidpunkten daa det aktuella frekvensgraensfoensstret aaterstaells i UTC-epoch-sekunder.
Hantering av frekvensgraenser
- Oevervaka headers: Kontrollera alltid frekvensgraensheaderna foer att hantera din foerfraagningsfrekvens.
- Implementera foernyelselogik: Anvaend exponentiell backoff vid foerrnyade foersoek efter att ha naatt frekvensgraensen.
- Optimera foerfraagningar: Batcha foerfraagningar daer det aer moejligt foer att minimera antalet API-anrop.
Oeoverskridande av frekvensgraenser
Om du oevverskrider frekvensgraenserna svarar API:et med statuskod 429 Too Many Requests. Du boer hantera detta graciost genom att implementera foernyelsemekanismer.
Exempelsvar:
{
"type": "client_error",
"errors": [
{
"code": "rate_limit_exceeded",
"detail": "You have exceeded the rate limit. Please try again later.",
"attr": null
}
]
}