Przejdź do treści

DarhimLabs API

Rate Limits

Limity per plan, naglowki odpowiedzi i retry logic dla API DarhimLabs.

Rate Limits

API zwraca standardowe naglowki X-RateLimit-Limit, X-RateLimit-Remaining, X-RateLimit-Reset oraz Retry-After.

Limity planow

| Plan | Per minute | Per hour | Per day | | --- | ---: | ---: | ---: | | Starter | 60 | 1 000 | 10 000 | | Business | 300 | 10 000 | 100 000 | | Enterprise | 3 000 | 100 000 | 1 000 000 |

Retry

Dla 429 uzyj exponential backoff z jitterem. Dla POST dodaj Idempotency-Key, zeby retry nie zdublowal wiadomosci albo leada.

Kalkulator

Kalkulator limitow

Czy obecny plan obsluzy twoj ruch?

Liczymy bezpieczna pojemnosc na 80% limitu, bo produkcyjny ruch zawsze ma peaki, retry i kolejki.

120 req/min

180 req/min peak

35 000 req/day

Dla `429` uzyj `Retry-After`, exponential backoff z jitterem i `Idempotency-Key` przy mutacjach. To zabezpiecza przed duplikacja wiadomosci, leadow i webhook replay.

Praktyczne progi

Traktuj 80% limitu jako strefe bezpieczna. Gdy aplikacja przekracza 70% przez kilka minut z rzedu, dodaj caching, kolejkowanie albo batchowanie requestow. Gdy peak przekracza limit minutowy, retry samo nie wystarczy - trzeba rozlozyc prace w czasie albo przejsc na wyzszy plan.

Naglowki odpowiedzi

X-RateLimit-Limit: 300
X-RateLimit-Remaining: 118
X-RateLimit-Reset: 1778247600
Retry-After: 14

X-RateLimit-Reset jest timestampem Unix w sekundach. Retry-After pojawia sie przy 429 i mowi, ile sekund poczekac przed kolejna proba.