تسمح لك هذه الإضافة بإضافة إعداد أمان إضافي للفئات بحيث لا يمكن للمستخدمين الوصول إلا إلى مواضيعهم الخاصة. يمكنك أيضًا تعيين مجموعة واحدة أو أكثر يمكنها رؤية جميع المواضيع في الفئة. يُستخدم هذا عادةً لتوفير دعم خاص داخل مجتمع عام.
الأساس المنطقي
كنا نبحث عن طريقة أكثر تكاملاً لتوفير الدعم لعملاء Communiteq دون الحاجة إلى إنشاء بضعة آلاف من الفئات. أردنا أيضًا الابتعاد عن صناديق الوارد الجماعية لأنها تبدو مُضافة بشكل مفرط وبشكل افتراضي تحصل على فقاعة “رسالة خاصة جديدة” في كل مرة ينشر فيها شخص ما شيئًا في أي صندوق وارد جماعي.
تأكد من عدم إمكانية الوصول إليها لـ “الجميع”.
إذا كان يجب أن تكون متاحة على نطاق واسع، فقم بتعيينها إلى trust_level_0.
الإعدادات
هناك بعض إعدادات الموقع العامة أيضًا:
private topics permitted groups : تحدد المجموعات التي يمكن الوصول إلى منشورات أعضائها باستمرار. يمكنك استخدام هذا بحيث لا تخضع منشورات الموظفين أو موظفي الدعم لأن تكون غير قابلة للوصول، حتى عندما يكونون في فئة خاصة. يتم دائمًا عرض منشورات المستخدم النظام الافتراضي أيضًا. يجب عليك التأكد من أن المنشورات التمهيدية للفئة إما من المستخدم النظام الافتراضي أو من مستخدم في هذه المجموعة، إذا كنت تريد عرضها.
private topics admin sees all: عند تمكينها، يمكن لمسؤولي النظام الوصول إلى جميع المواضيع، حتى عندما يكونون في فئة خاصة. قم بتعطيل هذا إذا كنت تريد إخفاء البيانات السرية عن النظرات العرضية.
يتم تضمين المواضيع في الشارات، ولكن لا يتم منح الشارات للفئات غير العامة، لذلك يجب عليك إزالة everyone من مجموعات أمان الفئة وإضافة trust_level_1 بدلاً من ذلك.
هذه الإضافة جديدة تمامًا ولم يتم اختبارها على نطاق واسع بعد.
التسريبات المحتملة هي:
ناقل الرسائل (أحيانًا يومض “هناك موضوع واحد جديد أو محدث” ثم يختفي)
المهام / خارطة الطريق
وجود لافتة فئة تشرح أنه من الآمن نشر أشياء سرية أو شبه سرية في الفئة.
ملاحظة صغيرة واحدة - يبدو أنه حتى المسؤولين لا يمكنهم رؤية هذه الردود إذا لم يتم تحديد staff أو admins في المجموعات. هل هذا مقصود؟
لقد أنشأت للتو فئتين اختبار، واحدة تم فيها تحديد المسؤول في المجموعات، والأخرى لم يتم فيها ذلك. نقل الموضوع من فئة إلى أخرى يعني أنني فقدت الرؤية على هذا الموضوع. ومع ذلك، يتم تسريب اسم الموضوع بواسطة زر “حذف الفئة”، والذي يعرض ويسمي الموضوع الذي لا يزال موجودًا والذي يمنع الحذف.
نعم، لقد تعمدت عدم بذل أي جهد في معاملة admin بأي طريقة خاصة (بروح هذا و هذا)، نظرًا لأنه من السهل إضافة المجموعة وهو مفيد جدًا في الاختبار عندما يخضع المسؤول للقواعد الأمنية العادية.
من ناحية أخرى، لم أبذل أي جهد في إغلاق أي “تسريبات” للمستخدمين المسؤولين أيضًا، خاصةً لأنه قد يسبب مشاكل عند إدارة المنتدى.
إنها ملاحظة جيدة وسأجعلها صريحة في المنشور الأول لهذا الموضوع.
من غير المسبوق إلى حد ما وجود محتوى لا يمكن للمشرفين رؤيته افتراضيًا.
إذا كنت لا ترغب في عرض تلك المواضيع للمشرفين إلا إذا تم تسمية مجموعتهم صراحةً، فهل يمكننا على الأقل تضمين شيء ما في عرض الموضوع لإعلامهم بوجود مواضيع خاصة لا يمكنهم رؤيتها؟ يمكن أن يكون أي شيء بدءًا من عرض أسماء المواضيع في قائمة المواضيع ولكن منع فتح المواضيع نفسها (هذه هي الحالة الآن، الروابط ببساطة لا تعمل)، إلى تضمين إشعار في أعلى الفئة لإخبار المشرف بأن المواضيع الخاصة ممكّنة، ولكن ليس لديهم حاليًا أذونات لعرضها.
لقد أضفت إعداد private topics permitted groups لتحديد المجموعات التي تكون منشورات أعضائها مرئية باستمرار. يمكنك استخدام هذا بحيث لا تخضع منشورات الموظفين أو موظفي الدعم لأن تكون غير قابلة للوصول، حتى عندما يكونون في فئة خاصة. يتم أيضًا عرض منشورات المستخدم الافتراضي للنظام دائمًا. يجب عليك التأكد من أن المنشورات التمهيدية للفئة إما من المستخدم الافتراضي للنظام أو من مستخدم في هذه المجموعة.
لقد جعلت أيضًا الوظيفة التي يمكن للمسؤولين رؤية كل شيء افتراضيًا. للتراجع عن السلوك القديم، يمكنك إيقاف تشغيل private topics admin sees all. @stephen
تم تصميمه لتقديم نفس مستوى السرية مثل صندوق الوارد الجماعي، أي أن مؤلف الموضوع ومجموعة محددة فقط سيكونون قادرين على الوصول إلى المواضيع تحت نظامه، بالإضافة إلى المسؤولين وأي شخص لديه (أو حصل على) وصول إلى قاعدة البيانات.
يرجى ملاحظة أن المكون الإضافي عمره 4 أيام ولا يزال مُصنفًا على أنه “تجريبي” لذا لم يتم اختباره ميدانيًا بشكل مكثف بعد.
ربما يجب أن أضع مكافأة عليه حتى نتمكن من الوصول به إلى مستوى مختبر في المعارك بشكل أسرع: كل من يجد طريقة لتجاوزه ويمكنه الوصول إلى موضوع كمستخدم عادي غير مصرح له يحصل على شهرين من استضافة Communiteq المجانية. شهر واحد للتسرب الجزئي مثل عنوان الموضوع.
الشيء الوحيد الذي رأيته حتى الآن (وهو خفيف جدًا) هو في ملخص ملف تعريف المستخدم، حيث يمكنك رؤية أن المستخدم قد أنشأ موضوعًا في إحدى تلك الفئات عبر “أعلى الفئات”. لا يكشف أي من الرابطين (إلى الفئة أو العدد) عن الموضوعات رغم ذلك.
تعديل: لقد وجدت واحدًا بالفعل، ولكنه من خلال إضافة رسمية بدلاً من النواة. سيتسرب discourse-follow العنوان والرابط إلى الموضوعات الخاصة.
لقد وجدت تسربين إضافيين للعنوان/عنوان URL، أحدهما مرتبط بالآخر.
الخطوات كانت:
يقوم المستخدم 1 بإنشاء موضوع في فئة مختلفة ويتفاعل معه المستخدم 2، مما يؤدي إلى تعيين هذا الموضوع كمراقب.
يتم نقل الموضوع إلى فئة المواضيع الخاصة
يشهد الموضوع مزيدًا من النشاط الذي يؤدي إلى إخطار المستخدم 2 بالموضوع على الرغم من عدم قدرته على الوصول إليه. (تسرب أ، طفيف)
يؤدي الإشعار إلى ظهور رسالة “عذرًا! هذه الصفحة غير موجودة أو خاصة.” المعتادة والتي تعرض عناوين مواضيع محمية في كتلة “الأخيرة” للمستخدم 2. (تسرب ب، أكثر خطورة قليلاً)
شكراً @RGJ
كان المنتدى بالفعل في أمس الحاجة إلى هذا. ميزة الإنشاء/الرد، المتأصلة في معظم منصات المنتديات، كانت ضرورية حقًا في إطارها المتكامل. أتقدم بخالص امتناني لجهودكم الدؤوبة في هذا الشأن.
كنت أجرب هذه الإضافة لمجتمعي، وعندما حاولت أنا وبعض الأعضاء الآخرين اختبارها، لم يبدو أنها تعمل كما هو مقصود. تظهر المنشورات التي أنشأها الأعضاء العاديون للجميع وليس فقط للمجموعات الخاصة المحددة. هل هذه الإضافة قديمة، أم أنني فعلت شيئًا خاطئًا؟