لا أختلف معك. لكن بمجرد أن ينمو هؤلاء “الأشخاص المحددون” ليصبحوا مجموعة تضم بضع مئات، تبدأ في الرغبة في الحصول على بعض الميزات الرائعة التي يوفرها ديسكوس لتصفح المواضيع العامة. لذا ربما تكون الميزة التمييزية هنا هي حجم مجموعة المستلمين؟
إعجاب واحد (1)
مرحبًا مرة أخرى، جيف! أتمنى أن تكون كل شيء على ما يرام.
أنا في نفس الموقف وأرغب في القدرة على رؤية الرسائل الخاصة في صفحات الأحدث/الأعلى/الجديد (لنفس حالة الاستخدام بالضبط)، ولكن بشكل منفصل، إذا كنت أفهمك بشكل صحيح، يبدو أن هذا الجزء (تبديل طبيعة الموضوع العام/الخاص للموضوع الحالي) موجود بالفعل.
من أيقونة مفتاح wrench في إجراءات الإدارة على مستوى الموضوع في الزاوية العلوية اليمنى، يمكنك النقر على “تحويل إلى رسالة خاصة” (أو “تحويل إلى موضوع عام” إذا كان بالفعل رسالة خاصة). يبدو أن تحويل موضوع موجود إلى رسالة خاصة يحافظ على الوصول للجميع الذين نشروا في الموضوع، ثم يمكنك إضافة مجموعة الموظفين أيضًا. ومع ذلك، فإنه ينقل الموضوع من قائمة المواضيع إلى قسم الرسائل.
نعم… ومن هنا المشكلة.
ما أتمناه حقًا هو شيء يشبه ميزة الإخفاء، لكنه يترك الرسالة مرئية لجميع الموظفين ذوي مستوى ثقة معين. قد يكون ذلك ممكنًا…
هل يمكن أن ينجح الحل عن طريق تعيين مستوى الثقة trust_level_3 يدويًا، بحيث يتمكن أي شخص من إرسال رسائل خاصة إليه (تحت المجموعات → trust_level_3 → إدارة → التفاعلات)؟
ثم يبدو أنه يمكن إضافة مجموعة trust_level_3 يدويًا كمشارك بعد تحويل موضوع عام إلى رسالة خاصة.
قد لا يكون هذا بالضبط ما تبحث عنه (ولست متأكدًا من أنني أفهم التفاصيل الداخلية بما يكفي لأقول بثقة أنه سيعمل)، لكنه قد يخدم بعض الأهداف على الأقل.
أنا أيضًا متأخر في الانضمام إلى النقاش، ولدي حالة استخدام شبه مطابقة لحالة @Geoffrey_Challen (تشغيل فصل دراسي كبير وآمل استخدام Discourse لإدارة الأسئلة والأجوبة والنقاشات).
لا أهتم شخصيًا بالكم الهائل من رسائل البريد الإلكتروني (لقد قمت بضبط النظام على وضع القائمة البريدية على أي حال)، لكنني أعتقد أنه سيكون تحسينًا كبيرًا لجودة الحياة إذا أمكن الإجابة على سؤال: “ما هي جميع الخيوط التي قد أحتاج إلى قراءتها أو الرد عليها؟” من مكان واحد، بغض النظر عما إذا كانت تلك المنشورات عامة أو مرسلة إلى مجموعة الموظفين (أو ربما حتى موجهة إليّ مباشرةً).
سيكون إذن “إنشاء” كما نوقش في الأصل أحد الطرق للتعامل مع ذلك. والطريقة الأخرى هي السماح لرسائل بعض المجموعات الخاصة بأن تُعرض كفئات شبه افتراضية في صفحات قائمة المواضيع (الجديدة، الأعلى تقييماً، إلخ). ونظرًا لتشابه هيكل الرسائل الخاصة مقارنة بالمواضيع العامة في قاعدة البيانات، يبدو أن ذلك قد يكون ممكنًا (رغم وجود مستوى من التعقيد الإضافي هناك بالتأكيد).
بديل مختلف قد يساعد بطريقة مماثلة دون الحاجة إلى تغييرات كبيرة هو أن يكون لمربع البحث طريقة للبحث عبر جميع المواضيع و الرسائل الخاصة (حاليًا، حسب علمي، يمكنني البحث في أحدهما أو الآخر ولكن ليس في كليهما)، والأفضل أن نتمكن من تحسين النتائج حسب مجموعات المستلمين المحددة للرسائل الخاصة. على سبيل المثال، أود أن أقول: “أظهر لي جميع الخيوط المفتوحة التي كانت إما مواضيع عامة أو رسائل خاصة موجهة إلى مجموعة الموظفين.”
إذا كان تعديل ميزة البحث بهذه الطريقة ممكنًا، فذلك سيوفر الكثير من الوظائف التي كنت أتمناها، وذلك بطريقة لا تتطلب تغييرات إلا في البحث. لكن ربما هناك تعقيدات أخرى هناك أيضًا لم أفكر فيها.
أعتقد أن ذلك قد يكون جزءًا من المشكلة هنا. ربما يتعلق الأمر أيضًا بحجم حركة المرور في رسائل المجموعات الخاصة مقارنة بالمنشورات العامة؟ حالات الاستخدام لدينا تتضمن تفاعلاً كبيرًا في كل من المواضيع العامة ورسائل المجموعات الخاصة (وعدد كبير من الخيوط في كليهما)، بينما في العديد من حالات الاستخدام الأخرى، قد تكون الرسائل الخاصة الموجهة إلى الموظفين نادرة، وربما يكون لذلك تأثير على الطريقة التي يريد الناس التفاعل بها مع هذه الأشياء؟
حسناً… بعد بضع ساعات من العمل البرمجي هذا بعد الظهر لدي نموذج أولي للإذن الخاص بإنشاء المواضيع فقط (في الفرع cs125). تم اختباره بشكل ضئيل جداً، لكن إليك ما يبدو أنه يعمل:
- يمكن تعيين إذن إنشاء للمجموعات.
- يمكن للمستخدمين الذين يمتلكون هذا الإذن إنشاء مواضيع في المجموعة والرد على مواضيعهم الخاصة.
- لا يزال بإمكانهم رؤية المواضيع التي أنشأها مستخدمون آخرون، لكن أي محاولة للوصول إليها تُرجع خطأً يقول “هذه الصفحة خاصة أو …”.
- يمكن للمسؤولين رؤية جميع المنشورات والرد عليها.
- ليس لدي أي فكرة عما إذا كانت أذونات المجموعات الأخرى لا تزال تعمل، لكن لا أعرف سبباً لعدم عملها…
بافتراض أن هذا يعمل بالفعل وليس مجرد أمني، أود حقاً حل المشكلة رقم 3 لجعل واجهة المستخدم أقل إرباكاً للطلاب. لكن هذا هو المكان الذي تعثرت فيه—وربما لأن يومي كان طويلاً جداً. @sam: هل يمكنكم المساعدة هنا، أم ستعلنون براءتكم منا الآن بعد أن ابتعدنا كل هذا البعد عن المسار الصحيح 
. باختصار، أريد أن أتمكن من تصفية قائمة المواضيع في مجموعة (وفي الواقع جميع قوائم المواضيع) لاستبعاد المواضيع الموجودة في مجموعات يمتلك فيها المستخدم فقط إذن الإنشاء، ما لم يكن المستخدم هو من أنشأ هذا الموضوع.
ملاحظة جانبية: يمتد هذا الفرع أيضاً إلى أذونات الرسائل السرية للمستخدمين الذين يمتلكون مستوى ثقة >= 3. قد يرغب آخرون أو لا يرغبون في هذا التغيير، لكنه مفيد لنا، لأن امتيازات المشرفين تعتبر قوة كبيرة جداً لمعظم طاقم مساقاتي، بينما الرسائل السرية مفيدة جداً عند العمل معاً لمساعدة الطلاب.
@sam: سؤال سريع آخر. هل هناك أي أمل في تنفيذ أي من هذين الأمرين عبر إضافة؟
هذا يشبه إلى حد كبير كيفية عمل إضافة الردود المقيدة
الشيء الوحيد الذي لا تتعامل معه هو (3). سيكون ذلك صعبًا للغاية في التنفيذ، بسبب جميع الأسباب المذكورة أعلاه.
3 إعجابات
صححوا لي إن كنت مخطئًا، لكن يبدو أن ملحقكم لا يمنع الأشخاص من رؤية المنشورات التي لم ينشئوها. وهذا أمر جوهري لحالتنا الاستخدامية: حيث ينشر الطلاب أسئلتهم في منتدى الدورة الدراسية التي قد تحتوي على كود برمجي أو أجزاء أخرى من حلهم. لذا، فنحن لا نحتاج فقط إلى أن يكون الموظفون هم الوحيدون القادرون على الرد، بل أيضًا الوحيدون القادرون على المشاهدة. يذكر ملحق الردود المقيدة أنه يعمل مثل إذن “إنشاء / رد (على النفس) / مشاهدة”. نحن نحتاج فعليًا إلى “إنشاء / رد (على النفس)” ولكن بدون مشاهدة.
مع ذلك، من المشجع جدًا أنه يمكنكم القيام بذلك عبر ملحق. هل من الممكن أيضًا تقييد المشاهدة لدعم حالتنا الاستخدامية؟
بشأن النقطة رقم 3: كنت أتساءل عما إذا كان من الأسهل تنفيذ ذلك على جانب العميل. حاليًا، ومع تعديلاتنا، لا يمكن للطلاب الدخول إلى هذه المواضيع على أي حال، لذا فحتى لو أمكننا مجرد إخفائها في واجهة المستخدم، فسيكون ذلك كافيًا.
نعم، أنت محق. لذلك قلت إن ذلك لا يحقق (3)
ماذا لو كان المستخدم يشاهد التصنيف، ويتلقى إشعارات حول الموضوع السري؟ ماذا عن وضع قائمة البريد؟ ماذا عن صفحات “النشاط” الخاصة بالمستخدم؟ ماذا عن المواضيع “الأكثر تفضيلاً”؟ ماذا عن المواضيع “الجديدة”؟ ماذا عن البحث؟ وهناك على الأرجح العديد من الأسئلة الأخرى… هذا مشروع ضخم، ولا أنصح به.
تم تصميم الرسائل الخاصة للمجموعات خصيصًا لحالتك الاستخدامية. نحن ندير جميع رسائل البريد الإلكتروني للدعم من خلال الرسائل الخاصة للمجموعات هنا في ميتا، ويعمل ذلك بشكل ممتاز! إذا كانت هناك مشاكل محددة في سهولة الاستخدام تواجهها مع صناديق الوارد للمجموعات، فأعتقد أن وقتك سيكون أفضل استثمارًا في استكشاف التحسينات هناك.
3 إعجابات
لا أختلف معك. لكننا هنا لأننا جربنا الرسائل الجماعية الخاصة بالمجموعات، ولم تكن تعمل بشكل جيد، خاصة مع وجود حوالي 200 شخص يستقبلون الرسالة.
لقد تطرقت إلى هذا في ردي على سام، لكن يبدو أن الرسائل الجماعية لا تعمل بشكل جيد بمجرد أن يصبح قائمة المستلمين كبيرة جدًا، وتنخفض احتمالية ردّي على كل رسالة فردية. وبعبارة أخرى: إذا كانت الرسائل الجماعية تعمل بشكل جيد، لكان الناس لا يزالون يستخدمون قوائم البريد الإلكتروني المفتوحة الكبيرة بدلاً من أدوات رائعة مثل Discourse.
من المرجح أن نستمر في استخدام الرسائل الجماعية بدلاً من المخاطرة بالمشاكل التي تشير إليها بشكل صحيح والتي قد تنتج عن محاولة تعديل أذونات الفئة. لكن لا فائدة كبيرة من أن يُقال لك “الرسائل الجماعية تعمل بشكل رائع!” بينما تجربتك تُظهر أنها في الواقع لا تعمل بشكل رائع 
إعجابَين (2)
بالتأكيد، ستظل هناك دائمًا اختلافات في كيفية استخدام الأشياء في المجتمعات المختلفة. ما قصدته هو أنه سيكون من المثير للاهتمام استكشاف التطورات المطلوبة لتمكينك من استخدام الرسائل الخاصة بنجاح. أعتقد أن التغييرات هناك أكثر قابلية للتحقيق بكثير من إعادة تنفيذ ميزات الرسائل الخاصة في الفئات العادية.
ما هي المشكلات المحددة التي تواجهها مع الرسائل الخاصة الجماعية؟ على سبيل المثال، ربما يكون ذلك بسبب ازدحام الإشعارات؟ هذه إحدى المشكلات التي واجهناها في الأصل، ويمكنك الآن تكوين مستوى التتبع لكل صندوق بريد جماعي.
6 إعجابات
نعم، كانت هذه إضافة مفيدة جدًا! شكرًا لك.
إذا نظرت إلى بعض النقاشات أعلاه، فستلاحظ على الأرجح بعض المشاكل في نظام الرسائل الخاصة. والسبب الرئيسي هو أن هناك سير عمل مختلفًا للتعامل مع الرسائل، مما يخلق فصلًا مصطنعًا بين المواضيع التي أرغب في التعامل معها بنفس الطريقة. (ومن هنا جاءت محاولة ربط هذا بالنموذج الحالي لأذونات التصنيفات.)
هناك قائمة هنا، لكنها في النهاية تختزل إلى جعل مجموعات الرسائل تبدو أقرب ما يمكن إلى التصنيفات. مثل عرضها في الصفحة الرئيسية، وفي عرض أحدث المواضيع، وجعلها تبدو متطابقة عند التصفح، وتوفير خيارات بحث وتصفية مماثلة (دون الحاجة إلى تذكر أنها رسائل)، وما إلى ذلك. للأسف، شعوري هو أن هذا سيتطلب قدرًا من التغيرات يكاد يساوي أو حتى يتجاوز التغيرات المطلوبة لإضافة أذونات التصنيفات الإضافية. ولكن ربما لا؟
@david: آسف على التدخل في المحادثة، لكن لدي حالة استخدام مشابهة جدًا لحالة @Geoffrey_Challen، ورغم أنني بالتأكيد لا أستطيع التحدث نيابةً عنه، إلا أنني أعتقد أن شيئًا ملموسًا واحدًا سيساعد أنا شخصيًا في هذا الصدد هو توفير خيار تشغيل استعلام بحث واحد بطريقة تتطابق مع كل من المواضيع العامة والرسائل الخاصة (يبدو حاليًا أنني أستطيع البحث في المواضيع العامة أو الرسائل الخاصة فقط، وليس الاثنين معًا، إلا إذا كنت أغفل شيئًا).
أدرك أن بعض التغييرات الأخرى المقترحة هنا (إذن “إنشاء”، والسماح للرسائل الخاصة بالظهور في قوائم المواضيع العادية، وما إلى ذلك) تنطوي على تغييرات شاملة ومعقدة، لكن ربما يكون تغيير في وظيفة البحث للسماح بالبحث عبر جميع المواضيع (سواء كانت عامة أو رسائل خاصة) أكثر عملية وأكثر محلية، مع توفير في الوقت نفسه القدرة على الحصول على نوع من النظرة الموحدة لتلك الأمور عبر البحث.
بالنسبة لي، لا أعتقد أن تجاوز الواجهة الافتراضية أمر مهم، لكن سيكون رائعًا لو توفرت لدي طريقة للإجابة بسرعة على سؤال “ما هي جميع الخيوط التي قد أحتاج إلى الرد عليها الآن؟” بغض النظر عما إذا كانت عامة أو خاصة، مع إمكانية تحسين هذه النتائج بناءً على الوسوم وما إلى ذلك.
وفي الوقت الراهن، قمت بكتابة سكريبت صغير يمكنني استخدامه لاستخراج هذه القائمة الموحدة مباشرةً من قاعدة بيانات Postgres، أو يمكنني تشغيل استعلامين منفصلين عبر نافذة البحث لكل شيء أريد البحث عنه (واحد للمواضيع العامة وآخر للرسائل الخاصة)، لكن كلا الطريقتين مؤلمان إلى حد ما…
إعجابَين (2)
يبدو لي فكرة رائعة - سأستخدمها. أفضل شيء هو إنشاء موضوع جديد #ميزة، حتى لا نفقد فكرة هذا الموضوع.
تعديل: تم هنا
4 إعجابات
أنا أجد صعوبة كبيرة في فهم النفور من السماح بهذا النوع من هيكلية الأذونات بعد مناقشته منذ عام 2015. يمكنني بالتأكيد رؤية الجاذبية التي يراها صاحب المنشور الأصلي، بالإضافة إلى النفور من استخدام الرسائل الخاصة كبديل. إن منح أذونات أكثر تفصيلاً قليلاً سيكون تغييراً جذرياً لمنصة Discourse؛ إذ سيفتح العديد من الأبواب أمام استخدامات أكثر إبداعاً في المجتمعات.
آثار الصلاحيات المجزأة موثقة جيدًا. لا يزال كابوسًا يراودني عندما أفكر في الفوضى التي أحدثها vBulletin في صلاحيات الفئات، وذلك لنفس السبب.
المقصود هو أنه إذا أردت للمستخدمين القدرة على إنشاء مواضيع ورؤية المواضيع التي أنشأوها فقط، فإن هذه الوظيفة موجودة بالفعل في الرسائل الخاصة. وعند دمجها مع صناديق البريد الجماعية، فإنها تحاكي بالفعل السلوك المطلوب.
إعجاب واحد (1)
لا أملك شخصيًا أي خبرة مع vbulletin أو برامج المنتديات الأخرى. خلفيتي في المنصات القائمة على المجتمع تأتي من Discord، حيث يتمتع منشئو المجتمع بمزيد من التحكم في الأذونات. كما شاهدت أنظمة أذونات تم تطبيقها بنجاح في العديد من الأنظمة الأخرى التي تسمح بمزيد من التحكم. لا أعتقد أن أحدًا يطلب 500 زر تبديل في هذا السيناريو، بل القدرة على تعيين أذونات “إنشاء”، و"مشاهدة"، و"الرد" بشكل مستقل عن بعضها البعض.
السلوك المطلوب هو أن يفتح المستخدم تصنيفًا، وينقر على “موضوع جديد”، ويكتب محتواه، بحيث يكون منشوره مرئيًا له فقط ولمن يملك إذن “المشاهدة”. الرسائل الخاصة أكثر إزعاجًا للمستخدم للتنقل فيها مقارنة بما وصفت أعلاه؛ فهي تتطلب مبادرة أكبر من المستخدم، وتكون الوظيفة أكثر دفنًا في واجهة المستخدم.
الحل الأبسط للمشكلة هو السماح بإنشاء المواضيع عبر البريد الإلكتروني، ومع ذلك فإن لهذا عيبًا أيضًا. فهو لا يعزز المشاركة في المجتمع مباشرة، ويتطلب من المستخدم استخدام نظام طرف ثالث لتحقيق الهدف.
الرسائل المباشرة وأذونات التصنيفات موضوعان منفصلان، وليسا حقًا ما طلبه صاحب المنشور الأصلي، ولا هما ما سيبحث عنه عدد من الأشخاص الذين سيأتون لاحقًا.