Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Site Monitoring: Clarify Rate Limits for 429 Errors #90306

Open
Aurorum opened this issue May 4, 2024 · 3 comments
Open

Site Monitoring: Clarify Rate Limits for 429 Errors #90306

Aurorum opened this issue May 4, 2024 · 3 comments
Assignees

Comments

@Aurorum
Copy link
Contributor

Aurorum commented May 4, 2024

I was slightly taken aback by how many "429 Too Many Requests" errors there were for HTTP requests to my WordPress.com site.

Screenshot 2024-05-02 at 22 16 46

I have two questions:

  1. What actually is the rate limit?
  2. If there exists a high proportion of those errors, would it be worth clarifying in Calypso what those limits are? At the moment, I get the impression that Calypso is telling me that there are errors, but not why there are or what I can do about them.

cc @sejas @katinthehatsite @danielbachhuber - sorry, I've no idea whom to ping for this but it looks like you all worked on Site Monitoring, so hope you won't mind me asking you! Thanks very much! :)

@sejas
Copy link
Member

sejas commented May 6, 2024

@Aurorum , I indeed worked in the Site Monitoring feature. I checked the documentation https://developer.wordpress.com/docs/troubleshooting/site-monitoring/#unsuccessful-http-responses , and I couldn't find any description about the 429 HTTP errors.

AFAIK, we don't limit in the number of requests 🤔. We have a limited number of CPU workers assigned per site allowing a temporal boost. I'll ask internally and come back with a second answer.

If there exists a high proportion of those errors, would it be worth clarifying in Calypso what those limits are? At the moment, I get the impression that Calypso is telling me that there are errors, but not why there are or what I can do about them.

This is great feedback. When developing the Site Monitoring we discussed it how to make these charts more understandable.

Open source is super cool 🙌 , isn't it?

@Aurorum
Copy link
Contributor Author

Aurorum commented May 6, 2024

Thanks for taking a look @sejas!

AFAIK, we don't limit in the number of requests 🤔. We have a limited number of CPU workers assigned per site allowing a temporal boost. I'll ask internally and come back with a second answer.

Ah, that's interesting - I'm very curious on what that limited number might be though and whether that's triggering the 429 errors, so would definitely love to hear the second answer! It's just surprised me how frequent those errors are.

Open source is super cool 🙌 , isn't it?

It is indeed! By the way, since I didn't mention it, just wanted to put on record that the Site Monitoring feature is super awesome. :) Other than this small hiccup, I've found the charts very clear and useful.

@sejas
Copy link
Member

sejas commented May 7, 2024

Hi @Aurorum,
Some reasons that can lead to a 429 response can be a rate limiting from different traffic sources, DDoS protection measures, and a lack of available PHP workers, among others.

If your site is serving GET requests, they probably are cached and not consuming any PHP worker.
If you have forms, or any other Ajax call it's safer to add some security measures like captchas, nonces to avoid bots from exploiting them.

Do you have any other question?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants