2016-05-20 24 views
0

Wie ich es verstehe, ist die einzige Möglichkeit zu steuern, welche Dokumente ein Editor erstellen/bearbeiten/löschen/veröffentlichen kann, indem sie ihren Startknoten wählen?Benutzerzugriff auf Dokumente in Umbraco - denke, dass ich etwas falsch mache

Im Fall, sagen wir, eines Intranets, könnte es Benutzer geben, die 'Nachrichten' Dokumente aber nichts anderes bearbeiten können.

Würde ich dann eine Nachricht "root" Knoten erstellen, mit Nachrichten als zulässige untergeordnete Dokumente.

Aber wenn ich dann diesen Benutzern die Nachrichten 'root' Knoten als Ausgangspunkt geben, ja, können sie Nachrichten wie geplant erstellen, aber sicherlich können sie auch bearbeiten, nicht veröffentlichen (!) Oder sogar löschen (!!! !!!!!!!!!!) der Wurzelknoten, der alles zerstört.

Meine Tests scheinen dies zu unterstützen.

Gibt es einen anderen Weg?

Antwort

0

Sie haben recht, wenn Sie das Konzept des "Startknotens" verstehen und Ihre Editoren in der Lage sind, sich mit dem Wurzelknoten zu befassen. Aber realistisch, werden sie das tun, nur weil sie es können?

In der Vergangenheit haben wir eine einfache Wahr/Falsch-Eigenschaft auf allen Knoten verwendet, um festzustellen, ob der Knoten gelöscht werden kann. Wir nannten es "nicht löschbar" und setzten Knoten ein, die besonders wichtig waren, um nicht versehentlich entfernt zu werden. Es hindert Benutzer NICHT daran, zu diesem Knoten zu gehen, das Häkchen in "Undeletable?" Zu entfernen, den Knoten zu speichern und DANN zu löschen, aber dann ist es nicht mehr zufällig.

Wir haben uns in verschiedene Ereignisse eingeklinkt und nach der Eigenschaft gesucht - wenn nicht löschbar == true auf dem Knoten oder einem seiner Kinder, würde das Löschen/Löschen/Unpublishing abgebrochen werden.

Ich habe eine kurze Aktualisierung der Methoden zur Verwendung von ContentService gemacht, aber ich habe sie nicht getestet. Grab'em von hier: https://gist.github.com/jannikanker/b1864522fa0b86da89903f05d107518a

+0

Wie immer Jannik hast du eine Lösung. – YesGenesisCamel

+1

_But realistisch, werden sie das tun, nur weil sie können? _: Unterschätzen Sie nie die Macht der Benutzer, um Zerstörung zu verursachen! – YesGenesisCamel

+0

"Immer" ist vielleicht nicht ganz genau, aber ich bin glücklich, wo ich helfen kann :-) –