أود أن يكون لكل مستخدم في مجتمعي مساحته الخاصة حيث يمكنه كتابة أي موضوع يريده بطريقة خاصة. لاستخدامه كمفكرة شخصية، أو أفكار قد يرغبون في مشاركتها لاحقًا، أو كما يريدون. لا يمكن لأي شخص آخر رؤية قائمة بالمواضيع أو الوصول إلى المحتوى عبر رابط مباشر، إلا إذا قرر مالك الموضوع دعوة أشخاص آخرين إلى الموضوع من خلال دعوة للانضمام إلى موضوع معين.
الحل الذي فكرت فيه
مجموعة وفئة لكل مستخدم باتباع هذه العملية:
العملية
يحدث التسلسل التالي عند إنشاء مستخدم.
يتم إنشاء مستخدم باسم user
يتم تلقائيًا إنشاء مجموعة باسم user-group بالتكوين التالي.
المالك: user
الأعضاء: user
الوصول: تم تعطيل جميع مربعات الاختيار الثلاثة
الرؤية: الملاك فقط
الإشارات والرسائل: لا أحد
يتم تلقائيًا إنشاء فئة باسم user category بالتكوين التالي:
الأمان: يُسمح فقط للمجموعة user-group بالمشاهدة والإنشاء والرد.
الإعدادات/أولوية البحث: تجاهل
النتيجة بعد تطبيق العملية الموصوفة
لقد اختبرت هذا النهج يدويًا في بيئة اختبار مع مستخدمين اثنين: userA و userB.
النتيجة هي أنه تحت قائمة الفئات، يرى كلا المستخدمين الفئات “العالمية”، ولكن userA يرى أيضًا فئة userA space، ويرى userB أيضًا userB space، ولكن userAلا يرىuserB space و userBلا يرىuserA space.
أنشأ userA موضوعًا داخل userA space. بعد ذلك، نسخت عنوان URL للموضوع في جلسة userB، ولم يعرض النظام أي شيء يخبرني بأن الموضوع الذي أحاول رؤيته غير موجود أو خاص.
الإيجابيات
هذا هو ما أبحث عنه وهو السلوك المتوقع تمامًا للمستخدمين غير المسؤولين.
السلبيات والمخاوف
عملية يدوية
العملية الموصوفة أعلاه يدوية، لذلك يجب أن أجد طريقة لأتمتة هذا، وإلا فسيكون غير عملي.
العديد من المجموعات مثل المستخدمين: هل يمكن أن يؤثر ذلك على الأداء؟
هذا شيء يعتمد على الأرجح على عدد المستخدمين، ومع ذلك لا أريد الوصول إلى نقطة يكون فيها هذا القرار قيدًا على المجتمع فيما يتعلق بأداء المنتدى.
يمكن للمسؤول رؤية جميع الفئات الخاصة
يمكن للمستخدم المسؤول تحت صفحة الفئات رؤية جميع الفئات “الخاصة” المدرجة، تمامًا مثل الآخرين، ويمكنه أيضًا رؤية المواضيع. هذا مصدر قلق لأنني أرغب في ضمان الخصوصية للمستخدمين. لذا، هل هناك أي طريقة للحد من ذلك؟ أفهم أن هذا مجتمع وأن الخصوصية داخل المجتمع قد لا تكون متوقعة، لذلك ربما يجب أن أكون راضيًا عن هذا القيد وبدلاً من تسجيل الدخول إلى المجتمع كمسؤول، يمكنني تسجيل الدخول كمستخدم آخر والاقتصار على استخدام حساب المسؤول فقط عند الحاجة.
الحلول البديلة والبدائل
هل توجد أي طريقة أخرى لتحقيق ما أبحث عنه؟ هل توجد حلول بديلة للوظائف الموصوفة؟ هل أبالغ في التفكير للعثور على حل لحالة استخدام ليست شيئًا يجب أن يتعامل معه برنامج المنتدى؟ أنا منفتح لرؤية وجهات نظر أخرى.
إذا قمت باستضافة هذا المكون الإضافي بنفسك، فقد يكون هذا هو الحل المناسب.
هذا المكون الإضافي يسمح للمنشئ فقط برؤية موضوعه ومجموعة تم تكوينها. في حالتك، قم بإنشاء مجموعة إذا لزم الأمر، وأضف مستخدمًا فارغًا إلى المجموعة، مثل Discobot، أو قم بإنشاء مستخدم فارغ. قم بتنشيط المستخدم يدويًا، وقم بتعطيل رسائل البريد الإلكتروني، واضبط المستخدم على خاص. اضبط المجموعة على خاصة.
تميل المكونات الإضافية والمكونات إلى التعطل من وقت لآخر - وإذا فشل أحدها، يصبح كل شيء مرئيًا. ربما لا يمثل ذلك مخاطرة كبيرة، ولكن يجب على الجميع فهم ذلك.
هذا هو الحل الأبسط. لقد كنت ألعب بهذا الحل وأعتقد أنه يكفي لحالة الاستخدام التي أتوقعها. ومع ذلك هناك عيب واحد فقط: يبدو أن وظيفة الروابط الخلفية لا تعمل.
بالنظر إلى هذا السيناريو:
الموضوع 1 يشير إلى الموضوع 2
الحالة 1: الاستخدام العادي مع المواضيع العامة النموذجية
يقرأ المستخدم الموضوع 1 ويرى رابطًا إلى الموضوع 2. لذلك ينقر المستخدم على الرابط ويذهب لقراءة الموضوع 2. في نهاية الرسالة الأولى من الموضوع 2 توجد قائمة بالروابط إلى مواضيع أخرى حيث يتم الإشارة إلى الموضوع 2، لذا فإن أحد الروابط في تلك القائمة هو الموضوع 1.
الحالة 2: الرسائل الخاصة
ينشئ المستخدم الموضوع 2 كرسالة خاصة لنفسه. لاحقًا ينشئ الموضوع 1 كرسالة خاصة لنفسه أيضًا ويشير إلى الموضوع 2. أولاً، أداة الربط لإدراج الروابط لا تأخذ في الاعتبار الرسائل الخاصة. هذا أمر مفهوم. ومع ذلك بمجرد إدراج الرابط، في الموضوع 2، لا تظهر قائمة المواضيع التي يشير إليها الموضوع 2.
هذه المشكلة ليست حرجة على الإطلاق على الرغم من أنني أحب أن تعمل. هل هناك في الإعدادات أي إعداد يسمح بذلك؟
أحاول تجنب المكونات الإضافية والسمات وكل ما هو ليس مخزونًا لأن التوافق يتعطل في مرحلة ما. أنا مهندس برمجيات وهذه المشكلة أكثر شيوعًا مما ينبغي. لذلك أفضل أن أكون بسيطًا قدر الإمكان، لذلك أعتقد أن @Jagster وأنا في نفس القارب:
ملخص
الرسائل الخاصة للنفس هي الحل الأبسط مع عيب كبير واحد: نقص وظيفة الروابط الخلفية. ومشكلتان ثانويتان:
أداة الربط لا تعرض مواضيع خاصة أخرى
يتم إدراج الرسائل الخاصة في دليل “المرسلة” وليس في صندوق الوارد.
هل هناك طريقة لإصلاح هذا؟ وإلا فإنه ليس أمرًا كبيرًا.
شكرا لكم يا رفاق.
صحيح جدًا. على الرغم من أنني لاحظت أن مطور هذا المكون بالذات عادة ما يكون على دراية تامة بإضافاته، وقد لاحظت أنه تم دمج عدد لا بأس به من أعماله في النواة. لكنك على حق تمامًا، فحتى مكونات وإضافات Discourse Meta تعاني أحيانًا من الأعطال.
يمكن لنظام الرسائل الخاصة (PM) الاستفادة من بعض التحديثات في رأيي.
مع فكرة وجود مواضيع مختلفة في الرسائل الخاصة، من الأفضل على الأرجح الاحتفاظ بها مجمعة في رسالة خاصة واحدة عندما تكون ذات صلة واستخدام الروابط داخل تلك الرسالة الخاصة للتنقل بين نقاط مرجعية مختلفة.
بينما ترغب في تجنب الإضافات إلى حد كبير لسبب وجيه. قد يكون أحدها الذي قد يعمل بشكل جيد هو إضافة حديثة نسبيًا تسمح للعضو بنشر الرسالة الخاصة كموضوع. بينما قد يتسبب ذلك في تعطل، فمن غير المرجح أن يتسبب في أي تسريبات.
أود أيضًا أن أرى مديرًا للإشارات المرجعية لتسهيل العثور على الإشارات المرجعية بسهولة أكبر. على سبيل المثال، مجلدات الإشارات المرجعية.
أريد فقط أن أكرر ما قاله الآخرون. يمكنك تحقيق ما وصفته تقريبًا عبر الرسائل الخاصة والعلامات. لدي صندوق وارد شخصي للعمل مُعد لهذا الغرض. لدي العديد من رسائل البريد الإلكتروني الذاتية التي تعمل كصفحة غلاف لرسائل البريد الإلكتروني الأخرى. أستخدم علامات مثل المجلدات الفرعية ولكنها أفضل، لأن بعض المشاركات يمكن أن تكون في أكثر من علامة واحدة. لدي روابط لما أحتاجه في أدوات الرسائل الخاصة الذاتية في صندوق الوارد الخاص بي في قائمة الشريط الجانبي المخصصة.
إذا كان منتدى الخاص بك أقل من 50 مستخدمًا، فبالتأكيد ستكون فئات المستخدمين أو الفئات الفرعية قابلة للإدارة إلى حد ما. أي أكثر من ذلك ومن المحتمل أن يبدأ في أن يصبح غير قابل للإدارة.
أنا أحب نهجك في استخدام بعض مديري المشاريع كنقاط دخول لمديري مشاريع آخرين. المفهوم مشابه لـ MOCs في عالم أنظمة إدارة المعرفة الشخصية (PKMs) مثل Obsidian.
ومع ذلك، هل يمكنك توضيح هذا الجزء قليلاً؟
هل لديك قسم مخصص في قائمة الشريط الجانبي الخاص بك حيث لديك بعض الروابط لمديري المشاريع التي تعمل كنقاط دخول لأشياء أخرى؟
نعم، وأحتاج فقط إلى رابط واحد في قسم الشريط الجانبي للذهاب إلى دفتر ملاحظات صندوق الوارد الخاص بي. من السهل جدًا إعداد شجرة مجلدات افتراضية في صندوق الوارد الخاص بك، فقط رسائل خاصة مرتبطة. ولكن يبدو أن ما تبحث عنه هو قالب مستخدم محدد مسبقًا للمستخدمين ليكون لديهم إعدادهم الخاص. هذا في الأساس يحول Discourse إلى شيء ليس هو (بنفس الطريقة التي سيكون بها وجود فئة مخصصة لكل مستخدم).
إعداد نظام مجلد افتراضي لصندوق الوارد الخاص هو شيء يجب أن يقوم به المستخدم - لا أرى كيف يمكن للمسؤول تكوين مثل هذا الشيء مسبقًا للأعضاء. يمكن أن تكون هناك تعليمات موثقة على ما أعتقد، ولكن كل شخص يقوم بتنظيمه الخاص بشكل مختلف، لذلك قد لا يعمل حل شخص ما للآخرين في هذه الحالة. لا أعرف الغرض الفعلي لمنتدى الخاص بك أو ما هي حالة الاستخدام هذه، لذلك لا يمكنني التعليق على ذلك.
لا لا. في الواقع، كنت أبحث عن القيود لكي أتمكن من إنشاء دليل مستخدم لمجتمعي لشرح كيفية استخدام صندوق الوارد الخاص بهم للملاحظات الخاصة إذا لم يكونوا على دراية بأدوات أخرى. أتفق على أن استخدام الرسائل الخاصة كنظام إدارة معرفة شخصي ليس ما تم تصميم Discourse من أجله.
أنا لا أتطلع إلى إنشاء أي نوع من قوالب نظام المجلدات لصناديق الوارد الخاصة بالمستخدمين. فقط لمنحهم المعرفة حول كيفية استخدام الرسائل الخاصة للاحتفاظ ببعض الملاحظات الخاصة إذا لم يرغبوا في البحث عن أدوات أكثر تعقيدًا.
في هذه المرحلة، أنا على دراية تامة بالقيود والنهج الذي سأتبعه:
سأكتب دليلًا مفصلًا لإظهار للمستخدمين كيفية استخدام رسائلهم الخاصة للملاحظات الشخصية مع أمثلة.
ما أبحث عنه
الحل الذي فكرت فيه
العملية
النتيجة بعد تطبيق العملية الموصوفة
الإيجابيات
السلبيات والمخاوف
الحلول البديلة والبدائل
وأهلاً بك في Discourse Meta 