مرحبًا،
لدي مستخدم بوت يقوم بالعديد من المهام عبر واجهة برمجة التطبيقات (API)، وهو مستخدم موثوق ومدير، وقد تم تعطيله مرتين هذا الأسبوع لسبب ما. لا أستطيع رؤية أي شيء في سجلات إجراءات الموظفين أو سجلات الأخطاء يشير إلى سبب تعطيل المستخدم.
هل يمكنك مساعدتي، إما بتقديم معلومات حول السجلات التي يجب البحث فيها، أو الأسباب المحتملة التي تؤدي إلى تعطيل المستخدم من قبل النظام؟
تحياتي،
بيكا
أعتقد أنه ربما كان سكريبت InvalidateInactiveAdmins، ويبدو أنه لن ينشئ مدخلاً في السجل. هل يمكن لأي شخص التأكيد حيث أنني لست على دراية بتفاصيل الكود المصدري.
نعم، هذا صحيح. بالتأكيد يجب أن ننظر في إضافة سجل لهذا الأمر؛ فقد يكون الأمر محيرًا للغاية إذا لم تكن على دراية بهذه الميزة. سأضيفه إلى قائمة المهام الخاصة بي.
إذا كنت تشغل أحدث إصدار من Discourse، فقد أضفنا مؤخرًا بعض الفحوصات الإضافية قبل إلغاء تنشيط حسابات المسؤولين:
إذا كان المستخدم قد أنشأ منشورات، أو كان هناك مفتاح API مستخدم مؤخرًا مرتبطًا به، فلن يتم إلغاء تنشيطه. لاحظ أن مفتاح API يجب أن يكون مرتبطًا تحديدًا بهذا المستخدم، وليس مفتاحًا “لجميع المستخدمين”.
نعم، لقد رأيت ذلك، للأسف أنا أستخدم إصدارًا سابقًا.
أنصحك بالتحديث، ولكن إذا لم تستطع، فستتوفر لديك بعض الخيارات:
“انتحال” الحساب، حتى لا يتم تعطيله خلال العام القادم
اضبط invalidate_inactive_admin_email_after_days على رقم أعلى، أو 0 لتعطيل الميزة
قمنا بالخطوة الثانية، وانتظرنا بضعة أيام لنرى ما إذا كانت ستحدث مرة أخرى، وكانت جذر المشكلة غير صحيح
لقد واجهنا العديد من المشكلات في المرة السابقة عند التحديث فيما يتعلق بكيفية عمل نظام الإبلاغ، لذا لن نقبل التحديثات إلا إذا لم يكن لدينا خيار آخر
آمل أن تعجبك الثغرات الأمنية، إذن 
أدرك أن هناك مشكلات في عدم تطبيق التحديثات؛ فاستخدامنا لمنصة Discourse غير قياسي، ولا يصل المستخدمون إلى خادم Discourse الفعلي، بل يُستخدم كواجهة خلفية فقط، لذا أعتقد أننا في وضع جيد حالياً. أما المشكلة الأكبر بالنسبة لنا فهي أن المستخدمين غاضبون بسبب تغير السلوك، ولا يمكننا التراجع عن هذا التغيير لأن الفريق لا يرغب في إضافة خيار للسلوك القديم.
