Inhaltsfragmente – Überlegungen zum Löschen content-fragments-delete-considerations

Lesen Sie diese wichtigen Überlegungen, bevor Sie Ihre Richtlinien zum Löschen von Inhaltsfragmenten in AEM definieren. Inhaltsfragmente sind ein leistungsstarkes Tool für die Bereitstellung von Headless-Inhalten. Die Auswirkungen des Löschens müssen sorgfältig berücksichtigt werden.

Berechtigungen – Löschen oder nicht löschen permissions-delete-or-not-delete

Die Möglichkeit, Inhalt zu löschen, ist wirkungsvoll, muss aber mit Bedacht verwendet werden, da viele Branchen die Erteilung dieser Berechtigungen einschränken und kontrollieren müssen.

In Bezug auf die Berechtigung zum Löschen müssen Inhaltsfragmente aus zwei Perspektiven betrachtet werden:

  1. Das Inhaltsfragment als einzelne Entität.

  2. Die verschiedenen Unterentitäten, die ein Inhaltsfragment bilden. Z. B. Varianten, Unterknoten.

    Die grundlegende Funktionsweise des Inhaltsfragment-Editors erfordert, dass solche temporären Unterelemente gelöscht werden können. Beispielsweise wenn Varianten bearbeitet oder Metadaten oder verknüpfte Inhalte verwaltet werden.

NOTE
Wenn ein Benutzer über keine Löschen -Berechtigungen verwenden, wird der Inhaltsfragment-Editor in schreibgeschützt -Modus.

Nur für Editor-Funktionen erforderliche Berechtigungen permissions-required-for-editor-functionality-only

Benutzer, die ein Fragment bearbeiten oder aktualisieren müssen, aber keine kompletten Fragmente löschen dürfen, benötigen bestimmte Berechtigungen, da die grundlegende Funktionsweise des Inhaltsfragmente-Editors erfordert, dass diese temporären Unterelemente gelöscht werden können.

Beispielsweise wenn Varianten bearbeitet oder Metadaten oder verknüpfte Inhalte verwaltet werden.

NOTE
Die zum Bearbeiten/Aktualisieren eines Inhaltsfragments erforderlichen Löschberechtigungen sind in der Löschberechtigung enthalten zugewiesen über Benutzer- und/oder Gruppenverwaltung.

Die zum Bearbeiten oder Aktualisieren eines Fragments benötigten Rechte müssen auf den Knoten, der das Fragment enthält, oder einen entsprechenden übergeordneten Knoten angewendet werden (auf allen Ebenen unter /content/dam). Wenn sie einem übergeordneten Knoten zugewiesen sind, werden die Berechtigungen auf alle Knoten in diesem Zweig angewendet.

Beispiel: Ein Ordner, der alle Inhaltsfragmente enthält, z. B.:

  • /content/dam/contentfragments
CAUTION
Die Berechtigungen können auch auf /content/dam festgelegt werden, weil hier alle Inhaltsfragmente gespeichert werden.
Allerdings wird die Löschberechtigung dadurch auch für alle anderen Asset-Typen gewährt.

Die Berechtigungsvoraussetzungen, die es bestimmten Benutzenden und/oder einer bestimmten Gruppe gestattet, ein Inhaltsfragment zu bearbeiten/zu aktualisieren, sind:

NOTE
Diese Liste zeigt alle erforderlichen Berechtigungen, nicht nur die Berechtigungen zum Löschen.
  • Für die Inhaltsfragmentknoten oder -ordner:

    • jcr:addChildNodes, jcr:modifyProperties
  • Für den jcr:content-Knoten aller Inhaltsfragmente:

    • jcr:addChildNodes, jcr:modifyProperties und jcr:removeChildNodes
  • Für alle Knoten unter jcr:content aller Inhaltsfragmente:

    • jcr:addChildNodes, jcr:modifyProperties und jcr:removeChildNodes, jcr:removeNode

Diese Berechtigungen zum remove müssen mit Zugriffssteuerungslisten in CRXDE Lite verwaltet werden.

Die Berechtigungen zum add und modify können ebenfalls in CRXDE Lite oder über die User Management-Konsole verwaltet werden.

Beispielsweise die Definition der Berechtigungen zum remove für eine Gruppe content-authors-no-delete:

cf-delete-03

recommendation-more-help
19ffd973-7af2-44d0-84b5-d547b0dffee2