هل يمكن لأحد مساعدتي في فهم سبب إزالة هذا، وما هو المبرر، وما هي المبادرة أو الوظيفة التي حلت محلها؟
(ليس لدي أي تحيز معين، أنا فقط مهتم بمعرفة السبب)
للحصول على خلفية، راجع ما سبق:
كان وضع التمهيد (Bootstrap mode) أكثر من مجرد مستوى ثقة 1 (TL1) ورسائل ملخص النشاط الأكثر تكرارًا. يمكن تكرار هذه بسهولة عن طريق تغيير إعدادات الموقع. لكنني لا أعرف أي إعداد لتحديث دليل المستخدمين.
تم تعطيل وضع Bootstrap فعليًا منذ فترة طويلة، حيث كانت إعدادات الموقع مضبوطة على default: false لمدة عام على الأقل. وباعتباره إعدادًا للمواقع الجديدة، فإن هذا يعني عمليًا أننا لم نكن نستخدم هذه الميزة.
تم استبداله بلوحة الترحيب للمسؤولين:
إنها نهج أخف لتوجيه المسؤولين الجدد لاتخاذ بعض الخطوات الأولية الرئيسية: مثل دعوة المستخدمين، ومشاركة الروابط، وبدء بعض المواضيع. تظهر هذه اللافتة لأول مسؤول في الموقع، ويمكن إغلاقها عن طريق رمز X الصغير في الزاوية العلوية اليمنى.
كان ينبغي علينا الإعلان عن هذا التغيير، ولكن نظرًا لأنه مخصص فقط للتركيبات الجديدة، بدا أنه غير مفيد قليلاً “الإعلان” عنه للمسؤولين الحاليين. ومع ذلك، فإن Meta ليست مخصصة للمسؤولين الحاليين فقط، ومن المؤكد أنه من المفيد الحصول على ملاحظات من المجتمع.
لذا، فإن الأفكار والاقتراحات والأفكار الجديدة موضع ترحيب كما هو معتاد. شكرًا على سؤالك!
هذه العبارة تُفاجئني حقًا. خاصةً وأن أحد مديري المنتجات أشار قبل حوالي عام ونصف من إزالته إلى أن توثيقًا أكثر كان مطلوبًا.
لم يكن ذلك ليبدو منطقيًا لو كان الوضع معطلًا بالفعل في ذلك الوقت.
أعتقد أن الإعداد كان مضبوطًا على default: false حتى عند إضافته قبل 10 سنوات:
هل يمكن أن يكون هناك مهمة عمل (job) كانت تقوم بتفعيل وضع التمهيد بدلاً من ذلك؟
إذن، هل كان وضع التمهيد معطلًا قبل إزالته؟
سؤال جيد، أحتاج إلى البحث بشكل أفضل عن كيفية عمل هذا سابقًا.
حسنًا، أنت محق، لقد فاتني تمامًا كيف كان هذا يعمل سابقًا.
نعم، أنت محق. كان مُفعّلًا في الوقت الذي أزلنا فيه الميزة. (كنا قد عطلناها في بعض السيناريوهات لاستضافتنا.)
وبمراجعة أكثر دقة، هناك بعض المزايا الجذابة في وضع التمهيد يجب أن نحافظ عليها، حيث يبرز لي تعيين أول مدير كمُعدّل ومنح مستوى الثقة الأول (TL1) لمجموعة المستخدمين الجدد الأوائل كميزات مرغوبة.
في الواقع، هذا هو الجانب الذي وجدته الأقل فائدة. فقيود “اليوم الأول” تنطبق على المستخدمين عند مستوى الثقة 1 (TL1) بقدر ما تنطبق على أولئك عند مستوى الثقة 0 (TL0)؛ فإذا أردت أن يتمكن المستخدمون من النشر أكثر في يومهم الأول، فيجب ترقية مستوى ثقتهم إلى ما لا يقل عن المستوى 2.
كما أعجبتني فكرة تحديث دليل المستخدمين بشكل أكثر تكرارًا. وأنا أدرك السبب الذي يجعل ذلك غير ممكن مع وجود عدد كبير من المستخدمين. لكن ألا يمكن تحقيق ذلك حتى يتم الوصول إلى عدد معين من المستخدمين؟ خاصة في البداية، قد يكون من المفيد رؤية مستجري الاختبارات مباشرةً هناك بدلاً من الاضطرار إلى الانتظار. فهذا يسهّل عملية تكوين ما يجب عرضه هناك.
نعم، هذا ممكن. حاليًا، نقوم بتحديث عرض دليل المستخدمين اليومي كل ساعة، بينما يتم تحديث العروض الأخرى يوميًا. سيؤدي هذا الطلب في السجل (PR) DEV: refresh user directory more often for sites with few users · Pull Request #39852 · discourse/discourse إلى تحديث جميع العروض كل ساعة للمواقع التي يقل عدد مستخدمينها عن 100 مستخدم (إعداد مخفي حاليًا).
@gabriel لديه طلب في السجل أيضًا لتمييز أول مدير كمسؤول.
ما هو الإعداد الافتراضي عادةً؟ لم ألاحظ أبدًا أن /u لا يتم تحديثه على الفور، لكنني أعتقد أنه لم يكن ذا صلة من قبل.
يعتمد ذلك على العرض. يتم تحديث العرض اليومي كل ساعة، بينما يتم تحديث العروض الأخرى كل يوم. لذا، عند انضمامك إلى موقع، إذا ذهبت بسرعة إلى الدليل وظهرت في العرض الأسبوعي، فلن تظهر نفسك هناك فورًا.
يتم تحديث معظم فترات الزمان كل 24 ساعة. يتم تحديث “اليوم” كل ساعة.
ظهرت هذه المشكلة للتو في مجتمع جديد انضممت إليه مؤخراً. بدون وضع التمهيد (bootstrap mode) وقلة المحتوى للقراءة، كان التفاعل بطيئاً في الارتفاع. بدأ أحد الأعضاء موضوعاً لأنه كان مرتبكاً بشأن تلقي إشعار بالبريد الإلكتروني حول رسالة خاصة (PM) من فريق الإدارة وعدم قدرته على العثور على تلك الرسالة للرد عليها. لا يزال مستواه الموثوقية (TL0) وسيدب في هذا المستوى حتى يتوفر محتوى كافٍ للقراءة، مما يسمح له بالوصول إلى مستوى الموثوقية 1 (TL1) والاطلاع على رسائله.
هناك مشكلة فرعية أخرى وهي أنهم لا يستطيعون ببساطة النقر على رابط في البريد الإلكتروني للوصول إلى الرسالة مباشرة والرد عليها. يقولون إنهم حصلوا على صفحة فارغة فقط. لا أعرف ما إذا كان هذا مرتبطاً بتغيير آخر في إعدادات الموقع قاموا به أم بالقيم الافتراضية لمستويات الموثوقية.
أحد الآثار الجانبية المضحكة الأخرى هو أن مشاركاتي الخاصة على meta لمساعدة هذا المجتمع على فهم كيفية عمل كل هذا تم وضع علامة عليها (flagged)! أفترض أن ذلك لأنني أيضاً عالق عند مستوى الموثوقية 0 (TL0) على ذلك الموقع. وتبدأ المواقف المضحكة…
هل يعد حلاً بديلاً معقولاً جعل مستوى الثقة الافتراضي = 1 لسحر؟ ثم عند تأسيسك، قم بتغيير ذلك إلى صفر؟
نعم، هذا هو ما اقترحته.
لم أكن على دراية بذلك، وأنت على حق. قمت بإنشاء طلب سحب (PR) لتغيير ذلك من خلال منح حدود أعلى افتراضية ليوم أول للمستخدمين في المستوى TL1، وكذلك من خلال بدء العد التنازلي من تاريخ إنشاء المستخدم. سابقاً، كنا نستخدم تاريخ أول منشور، وهو خيار غريب، إذ يمكن أن يعني ذلك أن المستخدم قد يخضع لقيود «اليوم الأول» في يومه N على الموقع، إذا كان قد رد لأول مرة في ذلك اليوم فقط.