تغيير/إزالة حد معدل الـ API مع إنشاء الفئة

مطور
1

لقد واجهت مشكلة في إنشاء الفئات عبر واجهة برمجة التطبيقات (API). يبدو أن هناك حدًا، لكن هذا الحد لا يبدو قابلًا للتخصيص، ولا يبدو أن هناك إعدادًا لتعطيله في أي مكان.

الخطأ الذي أحصل عليه هو: لدينا حد يومي لعدد مرات تنفيذ هذا الإجراء. يرجى الانتظار لمدة 17 ثانية قبل المحاولة مرة أخرى.

يبدو أن عدد الثواني يكون دائمًا أقل من 20 ثانية، لكنه غير دقيق أبدًا حيث يشير إلى أنه حد يومي، وقد جربت ذلك خلال دقيقة من المحاولة الأخيرة. كما جربت تعديل جميع حدود المعدل في لوحة التحكم الإدارية إلى 1000+، لكن لا يبدو أن أيًا منها يؤثر على إنشاء الفئات.

حدود المعدل المتاحة فقط في لوحة التحكم هي: الحد الأقصى للمواضيع، والرسائل الخاصة، والإعجابات، والعلامات المرجعية، والأعلام، والتعديلات، والدعوات، ودعوات المواضيع، والمواضيع، والطباعة، وتسجيلات الدخول.

أنا أستخدم GitHub - discourse/discourse_api: Ruby API for Discourse · GitHub لذلك، والذي كان يعمل بشكل جيد حتى تم الوصول إلى حد المعدل غير المحدد.

هل هناك شيء أفتقده؟ هذا لا يأتي من nginx، لأن الرسالة من Discourse وتم تعطيل قالب تحديد المعدل لـ nginx.

2

See:

3 إعجابات
3

Thanks @sam, not sure how I missed that!

4

No worries, I have meant to make that post for a while @mpalmer asked for it a few weeks ago ;p

@community FYI ^^^

3 إعجابات
5

Ahh, it’s new, didn’t notice that either. Not on top of it today I guess…

I’m only performing one request though to create a category and don’t see any daily limits there. Is there another limit that would be attributing to the 429 error?

6

Well first thing I would try is another API endpoint to see if this is the global rate limit or some specific rate limit on category creation (or maybe a user rate limit in the app), be sure your api_username is an admin

7

Using ‘system’ and the key was generated via the admin dashboard. It don’t have an issue grabbing the category list, only creating a category.

8

Not seeing anything particular in the app, I would try a different admin user to see what happens, maybe the error you are getting is a different limit.

9

Tried another user and a generic key for all users, but both hit the same 429 error and limit when trying to create a category.

10

Is there anything in the response body you are receiving?

11

Just the error message:

 {"errors"=>["We have a daily limit on how many times that action can be taken. Please wait 21 seconds before trying again."], "error_type"=>"rate_limit"} (DiscourseApi::TooManyRequests)
12

Are you 100% sure nothing is stuck in some sort of a loop hitting the server?

Also are you running latest version of Discourse?

Does it come back with 21 seconds every time?

13

Running 2.0.0.beta1. Not aware of anything looping, only I have access to these keys and the script that runs them is ran manually by me as I’m developing something to automate creating categories. I have 1 call to get the existing category lists, then one call per category creation (only 1 category right now). It has worked to create most of the categories before the rate limit got hit.

The ‘seconds’ varies; often 12, 17, 21, or other amount around that amount.

14

What happens if you disable the global admin api rate limit (raise it to say 500 a minute and 500 per ten seconds)? Does this go away?

I would guess that something about your script is pummeling too many requests at the server.

5 إعجابات
15

Yup… you appear to have been right! A variable wasn’t being set when it needed to be, so it was bypassing a check I had. Seems to be working fine now, no hammering the API anymore. Still good to know the info you posted though, so I appreciate that.

5 إعجابات
16

Hey @sam, could you point me to where I can disable the global admin api limit? I have a script to pull response times that requires getting all the topics in a timeframe and then for each topic, getting all of the posts for the topic, and I keep running into the rate limiting (You’ve performed this action too many times. Please wait 6 seconds before trying again.').

Apologies if this old thread i dug up is now really out of date :smiley:

17

Are you 100% sure it is not covered in:

إعجاب واحد (1)