اقتراح لنظام المراجعات: عند الموافقة على منشور يُعيد تفعيل حساب مستخدم، هل يمكن إضافة ملاحظة مستخدم لهذا الحدث؟ شيء مثل '@اسم_المستخدم أعاد تفعيل هذا الحساب' سيكون مفيدًا جدًا. حاليًا، نرى نصف القصة فقط في الملاحظات.
من الأفضل حذفها تمامًا، وهذا ما أفعله أنا. فهي عادةً ما تكون خاطئة، ولا أحب الملاحظات الصاخبة التي لا تضيف قيمة.
من قائمة المراجعة، لنوع المنشور ‘في الانتظار’، إذا حاولت حذف مستخدم لديه عدد كبير من المنشورات، أحصل على خطأ 502 (انقطاع الاتصال).
لست متأكدًا من الحد الأعلى، ولكن بناءً على الاختبارات التي أجريتها اليوم، كان أقل عدد جربته ولم ينجح هو حساب يحتوي على 288 منشورًا.
على سبيل المثال: في السيناريو الذي يتم فيه الإشارة إلى منشور (النوع: منشور في الانتظار) لأنه يحتوي على كلمة مدرجة في قائمة ‘الكلمات الخاضعة للمراقبة → تتطلب موافقة’.
حاليًا، الخيارات المتاحة هي:
موافقة على المنشور | رفض المنشور | حذف المستخدم | تعديل
أعتقد أن إضافة خيارات الصمت والتعليق المؤقت لأنواع المنشورات في قائمة المراجعة سيكون مفيدًا للغاية. على سبيل المثال: رفض المنشور مع صمت المستخدم أو تعليقه مؤقتًا. هذا سيمكن المدراء من الاختيار بين صمت المستخدم أو تعليقه مؤقتًا أو حذفه من السجل مباشرة من قائمة المراجعة.
أيضًا، إذا كان حذف المستخدمين الذين لديهم أكثر من عدد معين من المنشورات من قائمة المراجعة غير ممكن بسبب أخطاء 502، فإن وجود خيارات الصمت والتعليق المؤقت كبديل سيكون رائعًا للغاية.
مزيد من المعلومات:
عند فتح “مجمّعة حسب الموضوع” من قائمة المراجعة، أواجه الخطأ التالي:
خطأ في الخادم
أثناء محاولة تحميل /review/topics
رمز الخطأ: 500 خطأ داخلي في الخادم
لاحظ أن هناك حوالي 30 ألف عنصر في قائمة المراجعة، وقد أضافت العديد من العناصر الأقدم أداة Akismet قبل أن أقوم بإلغاء تثبيتها.
–
مشكلة التمرير/التنقل الصفحي (ربما كان يجب أن أنشرها هنا بدلاً من ذلك): Review Queue Pagination/Infinite Scrolling after Taking an Action
–
بشأن عناصر (النوع: منشور معلق) والحصول على مهلة اتصال 502 عند استخدام خيار حذف المستخدم. يمكنني تأكيد ظهور الخطأ مع حساب يحتوي على 166 منشورًا.
–
أفكار:
-
سيكون من المفيد توفير وقت الحصول على رابط مباشر لصفحة إدارة المستخدم من قائمة المراجعة في مكان ما.
-
أعتقد أنه لا يمكن حاليًا إلغاء الاشتراك في البريد الإلكتروني اليومي للتذكير بـ “هناك x عناصر تحتاج إلى مراجعة”. سيكون من المفيد توفير خيار إلغاء الاشتراك.
هل يمكنك مراجعة /logs وإخبارنا بما هو الخطأ؟
حسناً، أعتقد أن هذا هو:
ActiveRecord::SubclassNotFound (فشل آلية الوراثة ذات الجدول الواحد في العثور على الفئة الفرعية: ‘ReviewableAkismetPost’. يتم رفع هذا الخطأ لأن العمود ‘type’ محجوز لتخزين الفئة في حالة الوراثة. يرجى إعادة تسمية هذا العمود إذا لم تكن تنوي استخدامه لتخزين فئة الوراثة، أو قم بتجاوز Reviewable.inheritance_column لاستخدام عمود آخر لهذه المعلومات.)
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.3/lib/active_record/inheritance.rb:234:in `rescue in find_sti_class’
هل يمكنك تأكيد ما إذا كانت إضافة Akismet الخاصة بك هي الإصدار الأحدث، وإذا لم تكن كذلك، قم بتحديثها؟
ربما لا يمكن قراءة العناصر القديمة التي أضافتها أنواع أخرى من المراجعات إذا اختفى تعريف العنصر القابل للمراجعة (مثلًا عبر إلغاء تثبيت إضافة). يبدو أن الأخطاء بدأت في الحدوث بعد إلغاء التثبيت:
يمكنني التأكيد على أن إضافة Akismet غير مثبتة حاليًا، فقد قمت بإزالتها منذ فترة طويلة.
أوه، هذا مثير للاهتمام، كما يشتبه @featheredtoast. @Roman، كيف تعتقد أنه ينبغي علينا التعامل مع هذا إذا كانت السجلات موجودة ولكن الإضافة قد أزيلت؟
أعتقد أنه من الممكن تحديد أنواع القابلة للمراجعة التي يجب استبعادها عن طريق القيام بشيء مثل هذا:
class Reviewable < ActiveRecord::Base
def self.exclude_types
db_types = Reviewable.distinct.pluck(:type)
@exclude_types ||= db_types - Reviewable.types
end
...
end
ثم يمكننا استخدام هذه الأنواع لتطبيق نطاق افتراضي. ربما سنحتاج إلى إضافة فهرس type إلى الجدول.
@Roman هل يمكنك الاضطلاع بذلك عندما يتوفر لديك بعض الوقت؟
الحصول على العديد من الصور غير المرئية في قائمة المراجعة. بعضها يعمل بشكل جيد تمامًا، والنسبة تقريبًا 50/50. بعضها يظهر شيئًا مثل هذا عند الفحص ولا يتم عرض أي شيء:
src="/images/transparent.png" alt="" data-orig-src="upload://fwf1zrfwefWEqGer2W3xz1ed.jpeg"
يحدث هذا في الحالات التي تستخدم شبكة توصيل المحتوى (CDN) مع خدمة S3، وكذلك في حالات التخزين المحلي فقط.
نعم، المشكلة تؤثر فقط على المنشورات المعلقة.
لدي طلب سحب (PR) يحتوي على إصلاح بانتظار المراجعة، لذا من المفترض أن تظهر الصور مرة أخرى قريبًا.
سأخبرك بعد دمجها.
التصحيح متاح الآن في نسخة الاختبارات المكتملة والنسخة المستقرة.
ومع ذلك، لا تزال هناك مشكلة أخرى تتمثل في عدم ظهور صور المنشورات المرفوضة في قائمة الانتظار ضمن قائمة المراجعة. يقوم النظام بإزالتها تلقائيًا نظرًا لعدم الحاجة إلى الاحتفاظ بها. ونخطط لاستبدالها بنص يوضح ذلك.
شكرًا جزيلاً لإصلاح ذلك @Roman!
هناك شيء آخر قد يكون خطأً في tests-passed: السيناريو: قبول منشور في قائمة المراجعة، ثم العودة ورفضه. سيظل المنشور مدرجًا ومرئيًا على الموقع.
تعديل: تشرح الفقرتان الأخيرتان في هذا التعليق أيضًا مشكلة محتملة أخرى تتعلق ببعض خيارات قائمة المراجعة وحدود المعدل على مستوى الموقع: Discourse No Bump - #27
شيء آخر لاحظته بخصوص ‘التعامل التلقائي مع عمر الطابور’. لدي العديد من العناصر القديمة في بعض طوابير المراجعة التي تتجاوز بكثير إعداد أيام ‘التعامل التلقائي مع عمر الطابور’ (باستخدام الإعداد الافتراضي)، ويبدو أنها لا تُعالج تلقائيًا. لا يبدو أن أيًا من العناصر يُعالج تلقائيًا. لست متأكدًا مما إذا كنت أغفل شيئًا ما.
أيضًا، عند فرز طابور المراجعة حسب ‘تاريخ الإنشاء (عكسي)’، أحصل على خطأ 500. جميع فلاتر ‘الترتيب حسب’ الأخرى تعمل بشكل جيد.
هل يمكنك التحقق من السجلات وإخبارنا بما هو الخطأ عند تغيير ترتيب الفرز؟
شكرًا لك @eviltrout، نعم بالتأكيد. هذا هو الخطأ الذي أراه:
ActiveRecord::SubclassNotFound (فشل آلية الوراثة ذات الجدول الواحد في العثور على الفئة الفرعية: ‘ReviewableAkismetPost’. يتم رفع هذا الخطأ لأن العمود ‘type’ محجوز لتخزين الفئة في حالة الوراثة. يرجى إعادة تسمية هذا العمود إذا لم تكن تنوي استخدامه لتخزين فئة الوراثة، أو قم بتجاوز Reviewable.inheritance_column لاستخدام عمود آخر لهذه المعلومات.)
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activerecord-6.0.3.1/lib/active_record/inheritance.rb:234:in `rescue in find_sti_class’
لاحظ أن إضافة Akismet قد أزيلت منذ فترة طويلة في هذا المنتدى المحدد.
آه، إذن لا يزال الأمر مرتبطًا بذلك. @رومان، يبدو أن هناك خللاً ما لا يزال موجودًا هنا يتعلق بوجود أنواع المراجعة القديمة في قاعدة البيانات؟
