Gruppen-ACL

Merkmal
1

Ich habe einige Threads gesehen, als ich bei Google nach diesem Thema gesucht habe, aber keine klare Angabe gefunden.

Ich plane einen Umzug von vBulletin3 → vBulletin5 und erkunde dann die Möglichkeit, zu Discourse zu wechseln. Das eine große Ding, das ich von einer modernen Lösung wie Discourse erwartet habe, ist die Möglichkeit, Gruppen zu verwalten/zu erstellen und ihnen granulare Zugriffsrechte zuzuweisen, aber es scheint, dass dies nicht der Fall ist.

Irre ich mich und übersehe einfach die Funktion in den Einstellungen?
Falls ich richtig liege, gibt es Pläne, dies irgendwann zu unterstützen, oder ein Plugin, das so etwas anbietet?

Vielen Dank

1 „Gefällt mir“
2

Ich bin mir nicht sicher, wie granular Sie die Dinge haben möchten?

Dies ist, was derzeit in Discourse verfügbar ist: Understanding groups and category permissions

2 „Gefällt mir“
3

Hey, danke für den Link, ich werde ihn durchlesen.

Was ich meinte, ist etwas Ähnliches wie bei den meisten CMS. Eine Auflistung aller möglichen Dinge wäre eine Auflistung möglicher Aktionen, die von Administratoren ausgeführt werden, wie CRUD-Operationen für Benutzer, Kategorien, Themen usw.

Es ist eines der schlimmsten Alpträume in Bezug auf die Benutzeroberfläche, aber ein sehr starkes Werkzeug in Bezug auf die Anpassbarkeit.

Es würde erfordern, dedizierte Tabellen zu haben, wie:
Benutzer ← → Benutzer_Gruppen ← → Gruppen ← → Aktionen_Gruppen ← → Aktionen

Damit Benutzer zu einer oder mehreren Gruppen gehören können und Gruppen eine oder mehrere Aktionen haben können.
Meine Sorge ist, dass dies eine so “zentrale” Funktion ist, dass ich nicht weiß, ob ein Plugin so etwas tun könnte.
Deshalb habe ich gefragt, ob für Discourse selbst etwas geplant oder vorhanden ist.

Die Überprüfung des von Ihnen vorgeschlagenen Links erklärt, wie man bestimmt, “wo” die vordefinierten Rollen agieren können, aber “was” sie tun können, ist ziemlich in Stein gemeißelt und ziemlich grundlegend: “sehen, lesen, antworten”. Das ist in Ordnung für “Frontoffice”-Aufgaben, aber es gibt nicht viel in Bezug auf “Backoffice”-Arbeit.

Backoffice-Arbeit betrifft im Grunde die gesamte Wartung der Plattform selbst in Bezug auf Administration und Moderation. Die Granularität könnte sein:

  • Kann Benutzer verwalten (alle Operationen)
  • Kann Benutzer genehmigen
  • Kann Benutzer sperren/stumm schalten
  • Kann auf Anpassungseinstellungen zugreifen
  • Kann auf Einstellungen zugreifen (eventuell noch detaillierter)
  • …

Das sind natürlich nur Beispiele, aber ich hoffe, es ist klar, was ich meine.

1 „Gefällt mir“
4

Users ← → Users_Groups ← → Groups existiert,

Aber actions_groups ist fest einprogrammiert und hier ist, wie es fest einprogrammiert ist: Trust Level Permissions Reference

2 „Gefällt mir“
5

Ja, das habe ich mir gedacht. Deshalb habe ich gefragt, ob es etwas auf der Roadmap gibt, um diese Funktion zu überarbeiten und zu erweitern.

6

Es hat eine schrittweise Migration bestimmter Berechtigungen in SiteSettings gegeben, die eine einzelne Gruppe benennen. Kategorie-Moderatoren existieren und benennen jeweils eine einzelne Gruppe. Aber größtenteils ist die einzige dynamische Berechtigung der Kategoriezugriff.

2 „Gefällt mir“