أدير منتدى تم نقله من bbPress إلى Discourse قبل عامين تقريبًا، ومنذ آخر تحديث قبل بضع ساعات لاحظت أن العديد من المستخدمين تم تصنيفهم فجأة على أنهم مشبوهون. جميع هؤلاء المستخدمين تم استيرادهم من منتدى bbPress القديم ولم يسجلوا دخولهم منذ ذلك الحين. قمت بإجراء بعض التحقيقات وأعتقد أن هذا التغيير قد يكون السبب:
أعتقد أن هؤلاء المستخدمين يتم تصنيفهم على أنهم مشبوهون لأنهم حددوا موقعهم الإلكتروني/معلوماتهم الشخصية، وأنهم نشروا مرة واحدة فقط (وهو ما يعني أنه، نظرًا لاستيرادهم، فإن عدد مرات قراءة مشاركاتهم هو أيضًا واحد).
ونظرًا لطبيعة مجتمعنا، ولأنه كان موجودًا لعدة سنوات قبل التحول إلى Discourse، لدينا عدد كبير من هؤلاء المستخدمين الذين يتراكمون الآن في قائمة المراجعة. هل هناك أي طريقة لتجنب تصنيف هؤلاء على أنهم مشبوهون دون تجاهل المستخدمين المشبوهين فعليًا؟ ربما بناءً على آثار جانبية أخرى لعملية الاستيراد، مثل حقيقة أن حقول عناوين IP الخاصة بهم فارغة، أو أن حقل “عدد الأيام التي تم فيها زيارة الموقع” يساوي صفرًا بينما “عدد مرات قراءة المشاركات” يساوي واحدًا؟
نحن نضع في قائمة الانتظار 10 من هؤلاء المستخدمين فقط كل ساعتين لتجنب إغراق قائمة المراجعة. إذا كنت ترغب في تعطيل هذه الميزة، فيمكنك إيقاف إعداد approve_suspect_users.
[اقتباس=“J5lx، المشاركة: 1، الموضوع: 144071”]
أعتقد أنه يتم وضع علامة على هؤلاء المستخدمين لأن لديهم موقع الويب / السيرة الذاتية الخاصة بهم ولديهم مشاركة واحدة فقط (مما يعني أنه، نظرًا لاستيرادهم، فإن عدد قراءات مشاركاتهم هو أيضًا واحد فقط).
[/اقتباس]
يجب أن تكون قادرًا على إصلاح ذلك في وحدة تحكم Rails. لست متأكدًا بالضبط مما يجب فعله، ولكن ربما قم بمسح السيرة الذاتية للمستخدمين الذين لم يسجلوا الدخول منذ أكثر من عام. أو قم بتعيين عدد القراءات لهؤلاء الأشخاص إلى 100 أو شيء من هذا القبيل.
لدي موقع يعمل على Commits · discourse/discourse · GitHub وقد تم تصنيف مئات المستخدمين المستوردين على أنهم مشبوهون، مما أدى إلى إرسال العديد من رسائل البريد الإلكتروني إلى مشرفين غير مدركين (الذين لا يعرفون عن الهجرة بعد).
بالإضافة إلى ذلك، لم يتم تعيين خيار “اعتماد المستخدمين المشبوهين”، لذا لا أفهم سبب وجود هؤلاء المستخدمين المستوردين في قائمة المراجعة على أي حال.
هناك طريقة واحدة فقط لوضع المستخدمين المشبوهين في قائمة الانتظار، وهي تتحقق من تمكين الإعداد قبل القيام بأي شيء.
هل أنت متأكد من أن الإعداد غير مُفعّل؟ لقد قمنا بتغيير القيمة الافتراضية إلى true. أيضًا، يجب تخطي هؤلاء المستخدمين إذا كان لديهم حقل مخصص يُدعى import_id.
شكرًا لك، رومان. أفضل تخميني الحالي هو أن هذا الاستيراد تم على إصدار من ديسكورش بعد إضافة ميزة «اعتماد المستخدمين المشبوهين» وقبل تطبيق الإصلاح.
هل من المعقول أنه إذا تم الاستيراد على أحد تلك الإصدارات من ديسكورش ثم تم استعادته إلى إصدار يحتوي على الإصلاح، فسيظل هؤلاء المستخدمون مُصنَّفين كمشبوهين، وسيحصل المشرفون على رسالة «هذه العناصر في الطابور منذ X أيام»؟ وإذا كان الأمر كذلك، هل يمكنك إخباري بكيفية اعتمادهم جميعًا من واجهة المستخدم أو عبر رايلز (أو حتى مجرد إرشادي إلى النموذج المناسب لأتمكن من استنتاج الحل)؟
كنتُ سأكتفي بمطرقة، لكنك زوّدني بمشرط (وهو ما جعل عملي أصعب لأنني لا أملك وصولًا للوحدة الطرفية للخادم الذي يتم فيه الاستيراد حاليًا، وقد بدأت استيرادًا جديدًا على خادمي). شكرًا جزيلاً!