Discourse for business environment and closed source projects

Hi,
I’m looking for some ways to improve my workflows for working with new team members and 3rd parties inside Discourse. What are you thinking about the following features?

  1. Require Agreement
    All users and guests will be required to accept an agreement before accessing the specific Workspace (category, topic, conversations, user group). Templates could be saved at the admin area.

  2. Enable Document Watermarks
    Automatically add a watermark to all documents containing the user’s email address, the current date and the word “Confidential”.

  3. Automatically delete files after…
    One step further as just closing a topic. And I would prefer permanently deletion insted of just marking content as deleted.

  4. Enable Data Room mode
    Data Room mode prevents Workspace / category users from seeing each other and disables collaborative features including comments, dashboard and notifications, if needed. We also use multiple cloud and our own storage mangement but sometimes I wish, we could share files more centraly at Discourse.

These are just some thoughts about security improvements for internal business use cases. I’m glad to hear about all of your opinions. :slight_smile:

مرحبًا @terraboss

هذا سؤال قديم جدًا، لكنني صادفته لأن لدينا بعض المتطلبات المماثلة. فقط أتساءل عما إذا كنت قد تمكنت من العثور على حلول مناسبة لأي منها؟

أي متطلبات محددة؟ أحد أسباب بقاء هذا السؤال دون إجابة هو أنه كان سؤالًا شاملًا إلى حد ما.

أنت محق - الأمر كذلك. لكنني تساءلت عما إذا كان ذلك قد أدى إلى بعض الحلول المحددة. أنا أعمل على موقع يمكن لأصحاب الأعمال مناقشة قضايا سرية فيه، مع التأكد من عدم مشاركة تعليقاتهم خارج الفئة المحددة. مفهوم مساحة العمل يعمل بشكل جيد لهذا الغرض: سيحتاج المستخدمون إلى التوقيع على اتفاق للوصول إليها (العنصر رقم 1 في القائمة أعلاه)، وسنحتاج إلى تقييد المشاركة وما إلى ذلك. نحتاج أيضًا إلى منح مالكي مساحات العمل بعض التحكم في من يمكنه الوصول إليها. يمكننا تحقيق جزء من ذلك من خلال تهيئة المجموعات ومنح أذونات المشرف، لكن سيكون من المفيد الحصول على قدر أكبر من التحكم، مثلاً في عضوية المجموعات، دون جعل مالكي مساحات العمل مشرفين.

يتمتع Discourse بمالكي مجموعات يمكنهم إدارة عضوية مجموعاتهم والمراقبين المحددين لكل فئة، لذا فإن كل ذلك ممكن.

إعجابَين (2)

أعتقد أن معظم ذلك ممكن. بشكل أساسي، أقوم بإنشاء مجموعتين لكل فئة (مساحة عمل) — واحدة للأعضاء (والمالكين) والأخرى للمشرفين. عادةً ما يُضاف المستخدم الذي يُدرج في مجموعة المشرفين أيضًا كمالك في مجموعة الأعضاء. وتُمنح مجموعة المشرفين إذنًا لإدارة المحتوى في الفئة.

لقد واجهت بعض الأمور التي أحتاج فيها إلى أن يقوم المالك/المشرف بها ولا أستطيع إيجاد حل لها:

  1. يحتوي قائمة إجراءات الموضوع على بعض الإجراءات التي يجب أن يتمكن مالك مساحة العمل من القيام بها، مثل تثبيت الموضوعات وإخفاءها عن القائمة، والتي تبدو متاحة فقط للمسؤولين.
  2. يمكن لمالكي المجموعات إضافة أعضاء جدد، لكن لا يمكنهم تعيينهم كملاك.

لست مطورًا، لكنني أظن أن هذه طلبات بسيطة نسبيًا يمكن معالجتها من خلال مكون سمة. هل يبدو ذلك صحيحًا؟ أنا جديد جدًا على Discourse، لكنني أستمتع حقًا باكتشاف مدى دقة تصميمه وتنظيمه.

3 إعجابات

لا يمكن تنفيذ هذه كعناصر سمة، لكن يمكن تنفيذها كطلبات سحب للمشروع (وهو المفضل من وجهة نظري) أو عبر إضافة.

إعجاب واحد (1)