هل نقرت على الرابط "راجع يجب الموافقة على المستخدمين؟
اعتمادًا على الإعداد الذي استخدمته للتسجيل وإنشاء الحسابات، قد تكون الموافقة على المستخدمين إلزامية. إليك إعداد يجب عليك التحقق منه.
/admin/site_settings/category/login
أزل علامة الاختيار من أمام “يجب على الموظفين الموافقة على جميع حسابات المستخدمين الجديدة قبل السماح لهم بالوصول إلى الموقع.”
شكرًا لك على ردك!
لقد قمت عمدًا بإعداد النظام بحيث يتطلب موافقة على تسجيل المستخدمين، ولكن كما ذكرت سابقًا:
لذلك، مرة أخرى، أين يوجد مربع اختيار “الموافقة” وماذا تعني بيانات “التقييم القابل للمراجعة” في المربع الذي نشرته؟
قد تحتاج إلى إعادة عملية الترحيل / الاستيراد لإصلاح البيانات الخاطئة أولاً.
للأسف، لا أستطيع حقًا. هل هناك أمر في وحدة تحكم Rails يمكنني تنفيذه لإصلاح هذا؟
ما الذي حدث ليتسبب في ذلك؟
هل يعرف أحد بنية قاعدة البيانات بشكل كافٍ لنصحنا بكيفية مسح عدد المراجعات؟
يمكنك محاولة التحقق لمعرفة ما هي العلاقة بين هؤلاء المستخدمين وعدد المستخدمين في خط أنابيب المراجعات، ورؤية ما إذا كنت تستطيع استنتاج السبب.
كنت سأفعل ذلك لك؛ لكننا لا نملك نفس فئة المستخدمين في قائمة مراجعاتنا، وعندما قمنا بالترحيل قمنا بإيقاف هذه الميزة. في الواقع، كانت مفعلة (نفس المشكلة التي تواجهها)، ثم أعيدنا تشغيل الترحيل مع إيقافها في الإعدادات (كما اقترح جيف عليك سابقًا).
مع ذلك، يمكنك محاولة إيجاد العلاقة من خلال مقارنة العدد الإجمالي للمستخدمين الذين تراهم في قائمة المراجعات مع الاستعلامات التالية:
User.where(active:false).count
ReviewableUser.count
على سبيل المثال، اسم حاوية التطبيق الذي أنظر إليه الآن هو: “socket1”:
ubuntu:# docker exec -it socket1 rails c
[1] pry(main)> User.where(active:false).count
=> 11
[2] pry(main)> ReviewableUser.count
=> 29
لو كنت مكانك، لكنت قمت بتشغيل هذه الاستعلامات أعلاه وسجلت الأرقام وقارنتها بما يعرضه واجهة المستخدم الإدارية لديك كعدد المستخدمين الذين تحتاج إلى مراجعتهم. إذا لاحظت علاقة قوية، يمكنك فحص هذه النماذج لمعرفة ما يجب تغييره؛ ثم يمكنك تجربتها على مستخدم واحد (وليس على جدول قاعدة البيانات بالكامل).
ثم، إذا تمكنت من مسح “علامة القابلة للمراجعة” بهذه الطريقة بنجاح لمستخدم واحد، وسار كل شيء على ما يرام، يمكنك المضي قدمًا في المزيد.
بالإضافة إلى ذلك، وكما تعلم، تأكد من وجود نسخة احتياطية كاملة وعاملة قبل إجراء أي تغييرات على قاعدة البيانات باستخدام استعلام.
أخيرًا، قد ترغب في النظر في إعداد مثيل تجريبي / تطويري، واستعادة قاعدة البيانات الحالية إلى هذا المثيل؛ ثم يمكنك التجربة دون خوف من التسبب في ضرر لنظام الإنتاج الخاص بك.
أتمنى أن يكون هذا مفيدًا.
PS: لا تنسَ أنه يمكنك أيضًا مراجعة الكود على GitHub والبحث عن الكلمات المفتاحية هناك، وما إلى ذلك.