تحذيرات إهمال الأيقونات تسبب مشاكل في تحديد معدل الاستخدام

الدعم
1

نلاحظ ذلك بشكل متزايد مؤخرًا:

تسبب السمات والإضافات الكثير من تحذيرات “تقادم أيقونات FA”:

image
image455×145 10.1 KB

وقد رأيت ردّين مختلفين تجاه ذلك: “لا تقلق، إنها مجرد تحذيرات” و"إذا أردت التخلص منها، فقم ببساطة بإصلاح السمة أو الإضافة" (وهو أمر ليس سهلاً دائمًا).

لذا، دعنا نتجاهل هذه التحذيرات ببساطة. أو… كما اتضح… فإن هذه التحذيرات تتسبب في كثير من الأحيان في أخطاء حدّ المعدل 429، وسجلاتنا مليئة بـ:

image
image278×121 1.38 KB

هل من الممكن، حسنًا، تحديد معدل هذه التحذيرات على جانب العميل حتى لا تُطلق كل هذه الطلبات؟ أم استثناء POST /logs/ من تحديد المعدل؟

وإشارة إلى @outofthebox @WorldIsMine

2

شكرًا لك @RGJ! أعتقد أن هذا سيحسن الأداء.

3

يمكنني التأكيد، أن هذا يحدث على موقعي. أحصل على هذه الرسالة إذا فتحنا الكثير من الأشياء بسرعة كبيرة:

image
image863×570 47.6 KB

حتى الإعجاب بالأشياء بسرعة كبيرة يمكن أن يتسبب الآن في أخطاء 429. كل ذلك بسبب أيقونتين قديمتين صغيرتين.

4

اعتقدت أن @pmusaraj قد تعاطى مع هذا بالفعل؟ لست متأكداً.

5

تم تحديد معدل تحذيرات إهمال الأيقونات بفضل FIX: Limit requests and include data when reporting deprecated icons · discourse/discourse@7737ecd · GitHub بواسطة @david.

يجب عليك استبدال الأيقونات المُهجَّرة، مما سيؤدي إلى إزالة سجلات السجل وطلبات النشر إلى /logs بالكامل. بالإضافة إلى ذلك، ستُزال البدائل للأسماء القديمة قريبًا جدًا (أي خلال الأسابيع القليلة القادمة).

6

شكرًا لك @pmusaraj، سأقوم بالتحقيق بشكل أعمق في ما قد يكون سببًا لهذا.

7

حسنًا، لقد وجدت شيئًا. لكن هذه ليست المشكلة التي يواجهها @DaveK.

هي بالفعل تخضع لحدود معدل الطلب، لكن Logster تفرض حدودًا أكثر صرامة لها، بمعدل تحذير واحد في الدقيقة لكل عنوان IP، مما يؤدي إلى أخطاء 429 عند وجود تحذيرات إبطال متعددة في تحميل صفحة واحدة.

هذا يتسبب فعليًا في فقدان تحذيرات الإبطال، مما يجعل /logs أقل فائدة كأداة للعثور على جميع حالات الإبطال…

حد معدل طلب مدته دقيقة واحدة لجميع تقارير أخطاء JavaScript لكل عنوان IP