هل سيكون من الممكن إضافة القدرة على إسكات/تعليق المستخدمين من قائمة المراجعة؟
نتلقى قدرًا لا بأس به من حركة المرور العشوائية من المواقع لأن مجتمعنا تم نشره على منتديات تحسين محركات البحث هذه باعتباره يحتوي على سياسات روابط ودية (المعروفة أيضًا باسم عدم المتابعة) على الرغم من أننا كنا نتبع سياسة عدم المتابعة تقريبًا منذ ظهور المفهوم. يأتي مرسلو البريد العشوائي على شكل موجات، بعضهم يرسل بريدًا عشوائيًا تلقائيًا، والبعض الآخر ينتظر فترة طويلة، والبعض الآخر يرسل بريدًا عشوائيًا بالاتصال/الاستجابة. يأتي البعض حتى في فرق، وأعتقد على أمل أن نفوت البعض منهم وسيحصلون على القليل من عصير الروابط غير الموجود.
نظرًا للأنواع المختلفة من إرسال البريد العشوائي، وجدنا أنه من المفيد أن يكون لدينا أكبر قدر ممكن من الوثائق والتتبع لنا، مما يجعل الحذف/الحظر (الذي سنحتاج إلى استخدامه بسبب تسجيل الدخول الموحد). ولكن الافتقار إلى الوثائق (هناك نافذة معلومات صغيرة ولكن لا شيء مرئي في سجل السجل نفسه) يجعل من الصعب مراقبة مرسلي البريد العشوائي، وكذلك التعامل مع أولئك الذين قد يتم تمييزهم عن طريق الخطأ كمرسلين للبريد العشوائي (نحن بشر في النهاية). لذلك، نقوم يدويًا بتعليق المستخدمين، والموافقة على المشاركات، ثم حذفها.
إذا كان بإمكاننا الحصول على زر “اتخاذ إجراء” الذي يظهر في عملية وضع علامة على البريد العشوائي، فسيكون هناك سلوك متسق في عملية مكافحة البريد العشوائي، وسيسمح أيضًا بأقصى قدر من الرؤية لأنماط المستخدمين الإشكاليين.
5 إعجابات
أنا حقًا أكره أن أكون أحد هؤلاء “المُعززين” ولكنني أود إعادة طرح هذا الأمر لكي يُعيد الناس النظر فيه.
نتلقى الكثير من البريد العشوائي… الكثير. هناك أيام يمكن أن تصل فيها الرسائل العشوائية إلى 15-20 رسالة في الساعة. لذلك اضطررنا إلى استخدام طريقة حذف المستخدم لأنه بخلاف ذلك تكون العملية من 4-5 خطوات - الموافقة، الانتقال إلى المنشور، الإبلاغ، اتخاذ إجراء (إذا سمح لك باتخاذ إجراء مباشر، وإلا انتقل إلى قائمة الانتظار واتخذ إجراء). كل هذا أثناء الأمل في ألا يقوم أحد أعضاء المجتمع بالإبلاغ عن المنشور “المُعتمد”، مما يزيد من عملنا.
ولكن الآن نواجه مشكلة مفادها أن موظفينا بشر. مرة كل فترة طويلة، يتم حذف مستخدم شرعي لأن منشوره بدا مزيفًا ولكنه كان شرعيًا.
ولا توجد وظيفة لاستعادة المستخدم المحذوف، على الأقل حسب ما وجدته. ولا توجد طريقة واضحة لرؤية المستخدمين المحذوفين بخلاف المرور عبر السجل، مما يعني النظر إلى النافذة المنبثقة للمعلومات لكل مستخدم محذوف (أو تصدير السجل والعثور على المستخدم بهذه الطريقة).
لذلك نحن نتعامل مع سيناريو “أي شيطان تريد أن تعيش معه” - مضاعفة أو ثلاثة أضعاف وقت الإشراف، أو تحميل موظفي الدعم عبء التعامل مع العملاء الشرعيين الذين يتم حذفهم عن طريق الخطأ لأن منشوراتهم تقترب كثيرًا من الخط الفاصل.
ملاحظة: أعلم أن هناك وظيفة رفض المنشور في قائمة المراجعة، ولكن هذا لا يتعامل مع المستخدمين، لذا فهو سيف ذو حدين لأن المستخدمين يمكنهم العودة، ولا يوجد شيء في القائمة يشير إلى أن شخصًا ما قد تم رفض منشوراته من قبل…
ما هي الطريقة التي تمثل معظم البريد العشوائي الذي يصل إلى قائمة المراجعة الخاصة بك؟
أعتقد أنه إذا تم تمييزه بواسطة Akismet، فهناك خيار “تعليق” في القائمة المنسدلة “نعم”:
وأعتقد أنه موجود أيضًا للعناصر التي تم تمييزها بواسطة المجتمع:
هل هناك طريقة قد نكون أغفلناها؟
معظم رسائلنا تأتي من “قام مستخدم جديد بكتابة أول منشور له بسرعة مريبة، سلوك مشتبه به كبوت أو مرسل رسائل غير مرغوب فيها”
هذه المنشورات لديها وظيفة الموافقة على المنشور وحذفه وحذف المستخدم. أطلب أن نحصل على نفس الميزات الموجودة في قائمتي الانتظار الأخريين والتي تحتوي على خيار تعليق المستخدم. يمكن إضافتها كقائمة منسدلة عند رفض المنشور.
إعجابَين (2)
نعم، هذا يرث أزرار “الموافقة” بدلاً من أزرار “العلامة” لأنه مصنف كمنشور/موضوع في قائمة الانتظار:
أعتقد أنه بما أن هذا الإعداد مخصص خصيصًا لاكتشاف الروبوتات والمتسللين المحتملين، فسيكون من الجيد أن تكون لديك نفس الخيارات/الخيارات المشابهة لـ Akismet من أجل الاتساق.
شخصيًا، أنا معسكر “حذف” المتسللين 
ولكني أعرف عددًا قليلاً من المواقع التي تفضل التعليق بدلاً من ذلك، وإذا كان الخيار متاحًا للآخرين، فأعتقد أنه يجب تضمينه لهذا أيضًا (إن أمكن).
4 إعجابات
إليك لقطة شاشة توضح المشكلة:
لقد ألقيت نظرة سريعة على الكود. يبدو أن إجراءات المستخدم هذه تتم إضافتها حول هنا في طريقة فئة ReviewableQueuedPost، حيث تمتد الفئة Reviewable التي توفر delete_user_actions().
تأتي التسميات من هنا، ولدينا بالفعل تسميات لـ reject_and_suspend التي تُستخدم في فئة ReviewablePost على سبيل المثال (والتي تمتد أيضًا Reviewable).
لا أعرف لغة Rails جيدًا، لكن لدي انطباع بأن الأمر لن يتطلب الكثير من العمل لإضافة “رفض وتعليق المستخدم” في تلك الصفحة بين “الموافقة على المنشور” و “حذف المستخدم”.
سيساعد هذا الخيار في منعنا من التسبب في يوم سيء للمستخدم بشكل عرضي.
إعجابَين (2)
للموضوعية (هذا ليس شيئًا فكرت في مشاركته مع Boltronic) ولكننا نخفي عمدًا زر رفض المنشور لأن كل ما يفعله هو حذف المنشور - لا يوجد تسجيل مصاحب له - أو لم يكن هناك عندما أخفينا الزر (يسعدني إعادة إظهاره إذا كان يسجل ذلك على الأقل).
ولكن إذا تم اتباع نهج مماثل مع زر حذف المستخدم حيث يتم إضافة خيار رفض المنشور ورفض المنشور/تعليق المستخدم، فسيعمل ذلك أيضًا، وسيكون السلوك متسقًا بين الأزرار.
أعتقد أنه تم حفظ رسائل “كتب المستخدم بسرعة كبيرة” الآن في سجلات قائمة المراجعة. 
إعجاب واحد (1)
