Sport-Webseite mit vielen Redaktoren einrichten

Meine Frage ist eher theoretisch (oder grundsätzlich). Die besagte Sport-Webseite mit ca. 20 Redaktoren gibt es nämlich bereits und eigentlich funktioniert alles. Allerdings fand ich es sehr mühsam, diese Berechtigungen mit Joomla-Bordmitteln einzurichten: 20 Benutzergruppen, 20 Zugriffsebenen, 20 Benutzer, dann die Berechtigungen für 20 Benutzergruppen in der Konfiguration und die Berechtigungen für 20 Benutzergruppen in den Kategorien. Für den Ordner «images» und dessen Unterordner scheint es mit Joomla-Bordmitteln keine Möglichkeit zu geben, die Berechtigungen für die verschiedenen Redaktoren einzuschränken. Ok, vielleicht wäre es mit der Erweiterung «PWT ACL» einfacher gegangen. Aber bleiben wir mal bei den Bordmitteln und lassen wir mal das Thema «images» weg (dafür habe ich den JCE Editor Pro verwendet und entsprechende Profile für die Redaktoren eingerichtet; funktioniert ganz gut und war relativ einfach.

Benutzergruppen
Ich habe unterschiedliche Informationen und Empfehlungen gelesen, wie man die Benutzergruppen erstellen sollte. Ich habe alle ausprobiert und alle haben ihre Vor- und Nachteile. Die 3 Beispiel-Benutzergruppen sind unterstrichen:

1. Wähle «Public» als übergeordnete Gruppe
Vorteil: Die neuen Benutzergruppen haben erst mal keine Berechtigungen, was verhindert, dass unabsichtlich falsche Berechtigungen vererbt werden.
Nachteil: Berechtigungen müssen für jede neue Benutzergruppe separat zugewiesen werden.

Public
- Badminton
- Golf
- Schach
- Guest
- Manager
- - Administrator
- Registered
- - Author
- - - Editor
- - - - Publisher
- Super Users

2. Wähle «Registered» als übergeordnete Gruppe
Vorteil: Die neuen Benutzergruppen bekommen die Berechtigung «sich einzuloggen» von der übergeordneten Benutzergruppe vererbt.
Nachteil: Weitere Berechtigungen müssen für jede neue Benutzergruppe separat zugewiesen werden.

Public
- Guest
- Manager
- - Administrator
- Registered
- - Badminton
- - Golf
- - Schach
- - Author
- - - Editor
- - - - Publisher
- Super Users

3. Wähle «Administrator» als übergeordnete Gruppe
Vorteil: Die neuen Benutzergruppen bekommen alle administrativen Berechtigungen von der übergeordneten Benutzergruppe «Administrator» vererbt.
Nachteil: Berechtigungen, die nicht vererbt werden sollen, müssen für jede neue Benutzergruppe separat entzogen («verweigert») werden.

Public
- Guest
- Manager
- - Administrator
- - - Badminton
- - - Golf
- - - Schach
- Registered
- - Author
- - - Editor
- - - - Publisher
- Super Users

4. Verwende eine Zwischen-Benutzergruppe «Redaktoren»
Vorteil: Die Berechtigungen brauchen nur an eine Benutzergruppe vergeben zu werden (an die Zwischen-Benutzergruppe). Die neuen Benutzergruppen bekommen die nötigen Berechtigungen automatisch von der übergeordneten Benutzergruppe «Redaktoren» vererbt.
Nachteil: Berechtigungen, die nicht vererbt werden sollen, müssen für jede neue Benutzergruppe separat entzogen («verweigert») werden. Das ist dann besonders bei den Kategorien mit grossem Aufwand verbunden. Und es besteht die Gefahr, dass man das «Verweigern» vergisst, wenn später eine weitere Benutzergruppe hinzugefügt wird.

Public
- Redaktoren
- - Badminton
- - Golf
- - Schach
- Guest
- Manager
- - Administrator
- Registered
- - Author
- - - Editor
- - - - Publisher
- Super Users

Ich neige zur Ansicht, dass die Variante 1 am meisten Vorteile und am wenigsten Nachteile hat, obwohl sie nicht wirklich perfekt ist.
Mache ich hier einen groben Denkfehler? Oder sind meine Ausführungen für Euch nachvollziehbar?

Hallo!

Mir ist erst mal nicht klar, warum jeder Redakteur eine Benutzergruppe benötigt.

Das System ist ja anders gedacht.
Author: schreibt Beiträge, kann diese aber nicht veröffentlichen

Editor: kann Beiträge editieren

Publisher: prüft die Beiträge und veröffentlicht diese, wenn alles ok ist

Administrator: darf so gut wie alles

Spezielle Berechtigung und Benutzergruppen kann man ja selber erstellen.

Gruß
sven

Jede Sportart hat ihren eigenen Redaktor.
Der Redaktor Badminton soll nur Beiträge der Kategorie «Badminton» bearbeiten, hinzufügen, ändern und löschen dürfen.
Der Redaktor Golf soll nur Beiträge der Kategorie «Golf» bearbeiten, hinzufügen, ändern und löschen dürfen.
Der Redaktor Schach soll nur Beiträge der Kategorie «Schach» bearbeiten, hinzufügen, ändern und löschen dürfen.
Und so weiter.

Ih denke schon, dass man bei diesr Problemstellung nicht um Gruppen pro Redakteur herumkommt. Ich empfehle dazu die Lektüre des Blogbeitrags von Lukas HH (wo es um die Rechte für einen Gartenverein geht). Und dann hat Crystal mal eine Serie verfasst im JCM , die ich ins Deutsche übertragen habe. Darin geht es um einen etwas andern Ansatz (ein radikal abgespecktes Backend).
Du sagst ja nicht, ob deine Redakteure im Frontend oder im Backend schreiben ...

Genau den erwähnten Blogbeitrag von Lukas HH (Dein erster Link) hatte ich in petto, als ich dieses Thema postete. Mir fällt nämlich auf, dass er mehr oder weniger meine Methode 3 empfiehlt (übergeordnete Gruppe «Manager»). Beim zweiten Link JCM wird aber empfohlen, für die neue Benutzergruppe die übergeordnete Gruppe «Public» zu verwenden. Ich glaube mich zu erinnern, dass auch Du in diesem Forum früher einmal die gleiche Vorgehensweise (übergeordnete Gruppe «Public» verwenden) empfohlen hast.

Die zweite Variante gefällt mir persönlich besser, aber Lukas HH halte ich andererseits für einen sehr profunden Kenner der Materie und darum bin ich verunsichert.

Nebenbei: die Redakteure schreiben im Back-End.