After opening the emoji selector in the post editor, discourse throws users out once they load a page again (like after submitting a post). 429 Too Many Requests Your IP address has made too many requests to this service over a short amount of time. Please wait a few minutes and try again. If you are behind a proxy or coming from a large company, you and many other users may appear to be the same person. Please let us know of recurring problems by email: team@discourse.org It seems it was not the user trying to DDOS discourse, but discourse itself. If there is a way, maybe distinct requests to resources (like emojis) should not be considered? Or all emojis should be combined into a sprite?

[image] Fredo: Or all emojis should be combined into a sprite? Very little point in that cause we have HTTP/2 Can you clarify, is this happening on meta.discourse.org or on some other site we are hosting? If it’s on meta then yes we got to add a bypass to our special rate limiting here for emojis, discourse_docker/templates/web.ratelimited.template.yml at master · discourse/discourse_docker · GitHub is too indescriminent. One plan we have is to shift to a global rate limit in the APP so this would be totally sidestepped and then the NGINX rate limit can be way higher.

[image] sam: Can you clarify, is this happening on meta.discourse.org or on some other site we are hosting? You will need to clarify this part first @Fredo.

It’s hosted by discourse (https://forums.sketchup.com/). But you have to scroll quickly through all the emojis to reproduce it.

FTR I was able to reproduce it on https://forums.sketchup.com by scrolling through the emojis.

I am leaving this assigned to me for now, we do plan to improve this in 2 ways whitelist emoji requests from the CDN so they do not participate in the rate limiting centralize emoji storage across all our sites so there is only one CDN for emojis.

We need to centralize emoji paths and avatar paths (on Discourse hosting). So this is a to-do we still need to get to.

We have done a lot here to improve the situation, better rules at our CDN, looser limits for emojis. The fundamental one of having all our hosting use one location for all emojis is not done yet and I can not see us scheduling it any time in the near future cause of the enormity of such a change.

Since there was no recent occurrence of such issue, I think we can consider it fixed. :slight_smile:

429 too many emoji requests 😥

Product Support

codinghorror (Jeff Atwood) December 22, 2017, 1:43am 3

You will need to clarify this part first @Fredo.

Topic		Replies	Views
429 too many requests Self-hosting	4	2901	September 13, 2019
Emoji picker and Rate limiting rules (Cloudflare) Product Support	2	596	March 29, 2023
Discourse socketed: outer nginx rate limiting when opening emoticons Self-hosting	2	1674	September 7, 2018
Can't upload new images or emoji Product Support	6	1119	February 21, 2020
Emoji upload fails - regression? Product Support	11	1162	May 29, 2020

429 too many emoji requests 😥

Related topics