لاحظنا أنه دون علمنا، تم إسكات العديد من المستخدمين (حوالي 50). اتضح أنه في بعض الحالات، عندما يكتب المستخدم بسرعة كبيرة، يُرسل منشوره إلى قائمة المراجعة، لكن في حالات أخرى لا يُرسل إلى قائمة المراجعة.
إذا لم يُرسل المنشور إلى قائمة المراجعة، فلا نعلم بأن المستخدم قد تم إسكاته.
حقيقة وجود طريقتين مختلفتين للتعامل مع المستخدمين الذين يكتبون بسرعة كبيرة تعني أن معظم المراقبين كانوا تحت افتراض خاطئ بأن جميع حالات الكتابة السريعة تُرسل دائمًا إلى قائمة المراجعة. هذا افتراض معقول، فالنظام مربك بوجود طريقتين مختلفتين للتعامل مع نفس الأمر.
غالبًا ما يشعر المستخدمون بالإحباط عندما يتم إسكاتهم ولا ينشر منشورهم، ولا يهتمون بمحاولة مراسلة مراقب.
عند رفع إسكاتهم، لا يزال منشورهم مفقودًا، وهو أمر محبط مرة أخرى.
ليس كل من يكتب بسرعة جنونية هو روبوت spam. قد يكون مستخدمًا استخدم ترجمة جوجل لترجمة نص طويل كتبه إلى الإنجليزية قبل النشر.
يرجى النظر في تغيير هذا الأمر وإرسال جميع هذه المنشورات إلى قائمة المراجعة.
إذًا قم بتغيير إعدادات موقعك لاستيعاب ذلك، إذا كنت تتوقع من المستخدمين لصق الكثير من النصوص (هذا غريب حقًا، بالمناسبة، و مؤشر قوي على وجود سبام)، فقم بتغيير min_first_post_typing_time في إعدادات موقعك.
لا، لا يزال هذا الإعداد مضبوطًا على القيمة الافتراضية 3000 مللي ثانية.
لماذا يجب عليّ تغييره؟ يمكنني أن أتخيل تمامًا أن الناس يستخدمون ترجمة جوجل ويلصقونها في المترجم ويضغطون على Enter، لذلك لا أرى أي سبب للتلاعب بهذا الإعداد.
ربما لم أكن واضحًا بما فيه الكفاية في سؤالي.
min_first_post_typing_time يشرح النص المساعد:
\u003e الحد الأدنى للوقت بالمللي ثانية الذي يجب على المستخدم الكتابة فيه أثناء المنشور الأول، إذا لم يتم الوصول إلى الحد الأدنى، فسيتم إدخال المنشور تلقائيًا في قائمة الانتظار للموافقة.
أفهم ذلك على النحو التالي: في كل مرة لا يتم فيها الوصول إلى الحد الأدنى، يدخل المنشور في قائمة انتظار المراجعة، دون استثناءات.
ما رأيته تحت “إجراءات الموظفين”: بين الحين والآخر يتم إسكات مستخدم بواسطة النظام بسبب الكتابة السريعة جدًا، ولكن لا توجد علامات لهذا المستخدم في قائمة انتظار المراجعة.
هذه هي نقطتي. أود أن أفهم لماذا تذهب غالبية المستخدمين الذين يكتبون بسرعة كبيرة إلى قائمة انتظار المراجعة، بينما لا يذهب بعضهم إلى قائمة انتظار المراجعة.
توقعي هو أنه بغض النظر عن قيمة min_first_post_typing_time، سواء كانت ثانية واحدة أو 60 ثانية، إذا لم يفي المنشور بالحد الأدنى، فإنه يذهب إلى قائمة انتظار المراجعة، دون استثناءات. ما أراه في الواقع مختلف.
حسنًا، ولكن تحتاج إلى ضبط هذا الإعداد على قيمة أقل لمعالجة جذر مشكلتك: لديك الكثير من المستخدمين الذين يلصقون المحتوى في المنشورات كنشاط عادي. لذلك، يجب تعيين هذا الإعداد على قيمة أقل في مثيلك، لأن جمهور المستخدمين لديك لديه سمات مختلفة عن الجمهور في مثيلات Discourse المتوسطة الأخرى.
[quote=“codinghorror, post:7, topic:184578”]لديك الكثير من المستخدمين الذين يلصقون المحتوى في المشاركات كنشاط عادي.
[/quote]
لا أفهم لماذا يجب أن يكون هذا هو السبب الجذري لمشكلتي، ولكني قمت بتغيير min_first_post_typing_time من 3000 إلى 1500 الآن.
أتوقع أن هذا لن يغير شيئًا على الإطلاق.
أتفق. بالنسبة لجمهورك من الأشخاص الذين يقومون باللصق طوال الوقت، أعتقد أنه يجب عليك تغييره إلى شيء أقل بكثير مثل 100 مللي ثانية. لا أعتقد أن الانتقال من 3 ثوانٍ إلى 1.5 ثانية يكفي تقريبًا.
الخبر السار هو أن هذا الحد ينطبق فقط على المستخدمين الجدد، لذا لن يتأثر المستخدمون الحاليون والراسخون.
لماذا تقول إنه من الغريب أن يقوم الأشخاص بلصق النصوص؟ أحد المنتديات التي أنشط فيها مخصص لتطوير تطبيق هاتف. يأتي التعليق على هذا التطبيق من جميع أنحاء العالم، وغالبًا ما يكون من أشخاص لا يتحدثون أو يكتبون اللغة الإنجليزية. يستخدمون مترجم جوجل لمحاولة تقديم ملاحظاتهم باللغة الإنجليزية، وبالتالي يحدث اللصق. نشك في أن هذا يحدث أسبوعيًا.
هذا يحل مشكلة رفض مشاركاتهم، ولكنه يقدم مشكلة زيادة البريد العشوائي كما أشرت بالفعل. إذًا ما أطلبه هو طريقة أذكى للتعامل مع هذه الحالات: إرسال تلك المشاركات إلى قائمة المراجعة بدلاً من رفضها بصمت. هذا هو الغرض من قائمة المراجعة في المقام الأول، أليس كذلك؟
أنت تسمي اللصق غريبًا، وأنا أسمي رفض المشاركات بصمت غريبًا.
لدي أيضًا حالتان على الأقل حيث لم يظهر مستخدم جديد تم إسكاته بالرسالة: silenced_by_staff: New user typed too fast بواسطة المستخدم system، في قائمة المراجعة أبدًا، ولا توجد رسالة بانر في نظرة عامة على ملف تعريف المستخدم تُظهر المنشورات المخفية أو المحذوفة.
حاليًا أحاول العثور على طريقة متسقة لإعادة الإنتاج حتى نتمكن من تتبع المشكلة المحتملة. إذا كان لديك أي تفاصيل إضافية قد تساعد فيرجى مشاركتها في 