Seite Mit Lese Und Schreibschutz /
Context
Konfigurationsoptionen(die folgenden Zeilen sind interpretierter Code, nicht etwa ein Beispiel):
- status.for.edit=Autor
- 0.status.for.read=Leser
Zur Erklärung:
- die erste Zeile "status.for.edit" fordert eine Berechtigung als Autor, d. h. der Benutzer muss mindestens als Autor registriert sein und sich angemeldet haben. Diese Option wirkt für alle Seiten im Seitenzweig, auch auf diese Context-Seite.
- eine zweite Zeile "status.for.read=Leser" würde analog zum Lesen eine entsprechende Berechtigung als Leser erfordern. Das davor gesetzte "0." schränkt die Wirkung auf die übergeordnete Seite (Seitenebene 0 relativ zur übergeordneten Seite) ein. Damit wirkt sie nicht für diese Context-Seite.
- es gibt noch andere Methoden, um den Seitenschutz zu spezifizieren. Es ist möglich, eine Seite direkt über den Namen anzusprechen: "status.for.edit.page.SeiteMitLeseUndSchreibschutz=Autor" hätte - etwa im zentralen Konfigurationsfile oder der Top-Contextseite - die gleiche Wirkung. Dies ist zwar mehr Schreibarbeit, erlaubt jedoch, die Schutzoptionen übersichtlich zusammen auf einer Seite zu halten.
- Ebenso ist ein Schutz über "status.for.edit.word.Schreibschutz=Autor" definierbar. Diese Option würde bedeuten, dass jede Seite, die das Wort "Schreibschutz" enthält, geschützt ist.
- Weiters ist ein Schutz nicht nur über den Benutzerstatus (Autor, Leser, Administrator, ...) möglich, sondern auch individuell: Man könnte also schreiben: "status.for.edit=PeterMüller PaulBerger HeinrichHuber".
- Es ist auch möglich, Gruppen zu bilden: "group.ABC=PeterMüller PaulBerger HeinrichHuber", sodass ein Befehl "status.for.edit=group.ABC" Sinn gibt. Zusätzlich kann man Statusangaben ("Autor"), individuelle Angaben ("PeterMüller") und Gruppenangabe ("group.ABC") nahezu beliebig mischen und Gruppen auch wieder gemischt aus Personen und Gruppen aufbauen...
|
|
