Você realizou esta ação muitas vezes demais

[KranthiKiranGude]

I get the below error quite a few times.

{"errors":["You’ve performed this action too many times. Please wait a few seconds before trying again."],"error_type":"rate_limit","extras":{"wait_seconds":0}}

How do I eliminate this error. Please suggest.

[IAmGav (Gavin Perch)]

Go look in settings > Rate Limit. Change the values as you please

[KranthiKiranGude]

Hi @IAmGav,

I have made,

1. rate limit create topic = 0 (After creating a topic, users must wait (n) seconds before creating another topic.)
2. rate limit create post = 0 (After posting, users must wait (n) seconds before creating another post.)
3. rate limit new user create topic = 0 (After creating a topic, new users must wait (n) seconds before creating another topic.)
4. rate limit new user create post = 0 (After posting, new users must wait (n) seconds before creating another post.)

But, still the error is persistent. Are there any other limits I need to look at.

[KranthiKiranGude]

I have disabled all the settings mentioned in:

Available settings for global rate limits and throttling

Discourse ships with 3 different global rate limits that can be configured by site admins. Global per-ip rate limits These limits apply to every unique IP address that hits the Discourse application. (files that are served directly from the filesystem or the CDN are excluded) By default this rate limit is enabled, you may disable it or set it to a reporting mode. DISCOURSE_MAX_REQS_PER_IP_MODE : default block, this rate limit applies out of the box. (other options are warn, warn+block, and no…

But, still I get the “You Have Performed this Action Too Many Times” error.
Is there something else I have to do?

[RGJ (Richard - Communiteq)]

So what are you exactly doing what causes this error?

[KranthiKiranGude]

I am trying to create Topics using API. While trying to create like 100 topics through API, it is throwing me this error.
I am also trying to Update Tags to my Topics through API, there are 100s of Topics in my forum which do not have tags. So I am updating tags to them through API.

[RGJ (Richard - Communiteq)]

So what are the values of

DISCOURSE_MAX_USER_API_REQS_PER_MINUTE
DISCOURSE_MAX_USER_API_REQS_PER_DAY
DISCOURSE_MAX_ADMIN_API_REQS_PER_KEY_PER_MINUTE

and are you sure you’re staying below those numbers?

[Misha]

Olá
Estou enfrentando o mesmo problema, mas com ações de leitura

Estou construindo uma integração com o Discourse e uso a API para ler muitos posts. Não faço nenhuma operação de escrita, apenas leitura. Para obter os posts mais recentes, faço o seguinte:

1. Obtenho os tópicos mais recentes usando o endpoint /latest.json
2. Obtenho sequencialmente todos os tópicos via /t/:id para que eu possa obter o fluxo de posts e paginar através dele
3. Se houver mais de 20 posts nesse tópico, obtenho seus IDs do “stream” e os busco sequencialmente em lotes com tamanho 20

Também faço todas as requisições em uma fila e tento enviar não mais que ~25 requisições por 10 segundos, mas ainda assim frequentemente vejo o erro “Você realizou esta ação muitas vezes” para requisições de leitura de tópicos ou posts. Fui às configurações do Discourse, mas não consigo encontrar nenhum limite para Leitura aqui. Só consigo ver o limite para “Criar tópicos” e outras operações de escrita

Há algo que eu possa fazer a respeito? Obrigado por qualquer dica e desculpe por trazer um tópico antigo à tona.

[Misha]

Parece que estou atingindo o limite max_admin_api_reqs_per_minute. Ele pode ser personalizado? Não consigo encontrá-lo em Configurações > Limites de taxa

EDIT: na verdade, parece que dois limites entram em vigor lá. admin_api_key_rate_limit e ip_10_secs_limit

[blake (Blake Erickson)]

Tenho curiosidade se adicionar ?print=true ajudará a reduzir o número de chamadas de API ao ler?

Fetch All Posts from a Topic Using the API

This is a how-to guide explaining how to fetch all posts from a topic using the Discourse API The results returned by the Discourse API for many routes are paginated. For example, the API endpoint for “Get A Single Topic” - Ex: https://examplesite/t/{id}.json will only return 20 posts by default, even if the topic contains more than 20 posts. Due to this behavior, there are two ways you can use the Discourse API to fetch all posts for a topic using the .../t…

Isso permitirá que você obtenha 1000 posts em uma única chamada de API.

[Misha]

Ah, por algumas razões eu pensei que ?print tinha limites de taxa ainda mais rigorosos

Mas parece que não se trata do uso de ?print=true, mas sim de outra coisa. Definitivamente vou tentar.

Mas, pelo que entendi, isso só ajudará com tópicos que têm mais de 20 posts. Acredito que a maioria dos nossos tópicos tem menos, então o gargalo real são muitas solicitações para tópicos.

[blake (Blake Erickson)]

@Misha

Mas parece que não se trata do uso de ?print=true, mas de outra coisa.

Sim, isso é para limitar usuários. Se você tiver uma chave de API de administrador, essa configuração não o afetará.

@Misha

então o gargalo real é um número excessivo de solicitações para tópicos

Ah, sim, muito provavelmente então.

Além de apenas verificar erros 429 e diminuir a velocidade para a quantidade especificada, há algumas opções.

Eu começaria usando o plugin Data Explorer para escrever uma consulta para obter todos os tópicos que você procura. Acredito que ele retornará até 1000 resultados. Você pode então usar a API para chamar a consulta e obter a resposta.

Dependendo do seu caso de uso, webhooks também podem ser úteis aqui. Você pode configurá-los para cada novo tópico e postagem e apenas ouvir todo o conteúdo mais recente.

Se você ainda determinar que precisa aumentar os limites de taxa da API, isso é algo que podemos fazer, mas apenas para sites em nosso plano empresarial, pois eles não estão em nossa hospedagem compartilhada pro/business.

[Misha]

O problema com o uso do plugin data explorer é que não somos os únicos usuários da integração do Discourse. Nós (fibery.io) permitimos que nossos clientes integrem suas instâncias do discourse para que possam sincronizar os dados perfeitamente em nossa ferramenta.

Webhooks são uma adição interessante, mas não ajudarão durante a primeira sincronização (que é a mais pesada, por exemplo, tópicos e posts do último mês). Depois disso, fazemos sincronizações agendadas para novos dados e elas não são um problema.

Verificar 429 e tentar novamente funciona bem, apenas pode ser lento às vezes)

Obrigado por analisar