Replies: 1 comment
|
Hey @durino13, Great questions! Let me go through them one by one. 1. Request Statistics via PrometheusTolgee exposes a Prometheus-compatible metrics endpoint at Just add 2. Tolgee 429 vs Reverse Proxy 429Tolgee's rate limit response has a specific JSON body format: {
"message": "...",
"retryAfter": 12345,
"global": true
}
If the 429 response body doesn't match this format, it's coming from your reverse proxy. 3. Debugging TipsYou can enable DEBUG logging for the rate limit classes to see exactly which limits are being triggered: logging:
level:
io.tolgee.security.ratelimit: DEBUG4. Your ConfigYour config looks correct for the The |
Uh oh!
There was an error while loading. Please reload this page.
Hi everyone,
we’re running a self-hosted Tolgee instance in production (Docker Compose) and occasionally the Tolgee UI shows: “Too many requests. Try again later.” We also use Tolgee’s REST API from our app to fetch translations.
We tried to change the configuration to:
tolgee:
rate-limits:
global-limits: false
user-request-limit: 100000
endpoint-limits: false
Now we will wait, if the problem occures again ..
Context
Tolgee is behind a public domain (e.g. https://tolgee.example.com).
Our frontend (Nuxt SSR) and backend application fetches translations from Tolgee (/v2/projects//translations/?filterTag=) and caches them in Redis with a 24h TTL.
We also have some backend endpoints which call a translation helper that reads slugs/translations from Redis; on cache miss it triggers a refresh from Tolgee (fetch-all translations for a tag and store them in Redis).
Questions
Does Tolgee provide any built-in way (UI or API) to see request statistics (per endpoint / per IP), or is this only possible via reverse-proxy access logs?
Any tips on how to conclusively verify whether 'too many requests' is generated by Tolgee vs. a reverse proxy?
Any other suggestions, how to debug this issue?
Thanks in advance for your insights!
All reactions