Fragmentos de contenido: Eliminar consideraciones content-fragments-delete-considerations
Revise estas consideraciones importantes antes de definir las políticas de eliminación de fragmentos de contenido en AEM. Los fragmentos de contenido son una potente herramienta para ofrecer contenido sin encabezado, y las implicaciones de eliminarlos deben examinarse detenidamente.
Permisos: Eliminar o no eliminar permissions-delete-or-not-delete
La capacidad para eliminar contenido es potente, pero potencialmente sensible, y muchas industrias necesitan restringir y controlar cómo se distribuyen estos privilegios.
En relación con los permisos de eliminación, los fragmentos de contenido deben considerarse en dos niveles:
-
El fragmento de contenido como una sola entidad.
- Caso de uso: un usuario que necesita editar/actualizar un fragmento de contenido: y eliminar un fragmento completo.
- Permisos: el permiso Eliminar se puede asignar mediante Administración de usuarios o grupos.
-
Las diversas subentidades que conforman un fragmento de contenido; por ejemplo, variaciones, subnodos.
La operación básica del editor de fragmentos de contenido requiere que se puedan eliminar estos subelementos transitorios. Por ejemplo, al manipular variaciones; también al editar metadatos o administrar contenido asociado.
- Caso de uso: un usuario que necesita editar/actualizar un fragmento de contenido: sin permitir eliminar un fragmento completo.
- Permisos: consulte Permisos necesarios para la funcionalidad del editor únicamente.
Permisos necesarios para la funcionalidad del editor únicamente permissions-required-for-editor-functionality-only
Para los usuarios que necesiten editar o actualizar un fragmento de contenido, sin permitirles eliminar un fragmento completo, se deben asignar permisos específicos, ya que la operación básica del editor de fragmentos de contenido requiere que se puedan eliminar subelementos transitorios.
Por ejemplo, al manipular variaciones; también al editar metadatos o administrar contenido asociado.
Los permisos necesarios para editar o actualizar un fragmento deben aplicarse al nodo que contiene el fragmento de contenido o a un nodo principal adecuado (en cualquier nivel de /content/dam
). Cuando se asigna a un nodo principal de este tipo, los permisos se aplican a todos los nodos dentro de esa rama.
Por ejemplo, una carpeta que contendrá todos los fragmentos de contenido, como:
/content/dam/contentfragments
/content/dam
también es posible, ya que todos los fragmentos de contenido se almacenan aquí.Los permisos previos para permitir que un usuario o grupo específico edite o actualice un fragmento de contenido son los siguientes:
-
Para los nodos o carpetas del fragmento de contenido:
jcr:addChildNodes
,jcr:modifyProperties
-
Para la variable
jcr:content
nodo de todos los fragmentos de contenido:jcr:addChildNodes
,jcr:modifyProperties
yjcr:removeChildNodes
-
Para todos los nodos siguientes
jcr:content
de todos los fragmentos de contenido:jcr:addChildNodes
,jcr:modifyProperties
yjcr:removeChildNodes
,jcr:removeNode
Estos privilegios de remove
deben ser administrados mediante Listas de control de acceso, dentro del CRXDE Lite.
Los privilegios add
y modify
también se pueden administrar en el CRXDE Lite o mediante la consola Administración de usuarios.
Por ejemplo, la definición de los privilegios de remove
para un grupo content-authors-no-delete
: