حدود معدل واجهة برمجة التطبيقات

مرحبًا بالجميع،
لقد صادفت عدة مقالات (قديمة إلى حد ما) على هذا المنتدى توضح حدود معدل استخدام الـ API (على سبيل المثال: Available settings for global rate limits and throttling). أنا مهتم بهذا الموضوع لأننا، أثناء تخصيص موقعنا، نقوم بعدة مكالمات للـ API تتعلق بالمستخدمين والمواضيع، وأود التأكد من تقليل عدد هذه المكالمات إلى الحد الأدنى.

هل لا تزال هذه الإعدادات قابلة للتكوين عبر لوحة الإدارة؟ لم أصادف أي شيء حتى الآن يتعلق بحدود معدل استخدام الـ API في Discourse.

إذا لم يكن الأمر كذلك، فهل توجد طريقة لمراقبة نشاط الطلبات في مكان ما؟

شكرًا لكم مقدمًا!

إعجابَين (2)

لا يتم تكوين إعدادات حدود معدل استخدام واجهة برمجة التطبيقات هذه عبر لوحة الإدارة، بل يجب إضافتها إلى ملف app.yml على الخادم الذي يستضيف موقع Discourse الخاص بك. لذلك، إذا كنت تستضيف الموقع بنفسك، فستحتاج إلى الدخول إلى خادمك عبر SSH لإجراء التغيير.

3 إعجابات

شكراً لك @blake على الرد! سيعتمد فريقي في الواقع على Discourse للاستضافة، لذلك ليس لدينا أي من ملفات التكوين الخاصة بنا. هل هناك أي طرق لعرض حدود واجهة برمجة التطبيقات أو تعديلها إذا اخترنا هذا المسار؟

:+1:

إذا كنت تستخدم الإصدار المؤسسي (enterprise)، فيمكننا تعديل بعض هذه الحدود لك بالإضافة إلى تقديم بعض الإرشادات الخاصة بواجهة برمجة التطبيقات حتى نتمكن من تقليل حمل استخدام واجهة برمجة التطبيقات الخاص بك.

ما نوصي به هو أن يتعامل تطبيقك الذي يقوم بإجراء استدعاءات واجهة برمجة التطبيقات مع أخطاء 429 ثم يتحقق من ترويسة Retry-After التي تم استلامها، وهذا سيسمح لك بمعرفة متى يمكنك البدء في إجراء الطلبات مرة أخرى.

@blake شكراً مرة أخرى على المعلومات! أعتقد أن فريقي على الأرجح راضٍ عن حدود المعدل القياسية الحالية كما حددتها Discourse. هل يمكنك مشاركة ما هي هذه الحدود؟ لم أتمكن من العثور على قائمة نهائية حتى الآن.

نعم، الحدود الافتراضية مدرجة هنا لخطط pro/business.

@blake شكرًا لك مرة أخرى على المعلومات! هذا يتعلق إلى حد ما، ولكن هل تعرف ما إذا كان هناك جدول زمني لإضافة تخصيصات المترجم على مستوى السمات/المكونات؟ لقد رأيت أن هذه الميزة قد تم ذكرها في هذا المنتدى هنا وهناك على مدار العام الماضي، لكنني أعرف أنها لم يتم تنفيذها بعد.

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

لا يوجد جدول زمني لذلك على حد علمي.

ومع ذلك، أوصي باستخدام المكون الإضافي data-explorer لطلبات البيانات المخصصة مثل هذه. ما يمكنك فعله هو إنشاء استعلام SQL مخصص خاص بك وحفظه بحيث يحصل على معرف. بعد ذلك، يمكنك إجراء استدعاء API لهذا الاستعلام المحفوظ وسيقوم بتنفيذه ثم إرجاع JSON الذي تبحث عنه في طلب واحد.