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:

  1. El fragmento de contenido como una sola entidad.

  2. 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.

NOTE
Cuando un usuario no tiene ninguna Eliminar permisos, el editor de fragmentos de contenido funciona en de solo lectura modo.

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.

NOTE
Los permisos de eliminación, necesarios para editar o actualizar un fragmento de contenido, se incluyen en el permiso Eliminar asignado mediante Administración de usuarios o grupos.

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
CAUTION
Configuración de permisos en /content/dam también es posible, ya que todos los fragmentos de contenido se almacenan aquí.
Sin embargo, esta acción se aplica a los mismos permisos de eliminación a todos los demás tipos de recursos también.

Los permisos previos para permitir que un usuario o grupo específico edite o actualice un fragmento de contenido son los siguientes:

NOTE
Esta lista muestra todos los privilegios necesarios, no solo los de eliminación.
  • Para los nodos o carpetas del fragmento de contenido:

    • jcr:addChildNodes, jcr:modifyProperties
  • Para la variable jcr:contentnodo de todos los fragmentos de contenido:

    • jcr:addChildNodes, jcr:modifyProperties y jcr:removeChildNodes
  • Para todos los nodos siguientes jcr:content de todos los fragmentos de contenido:

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

Estos remove los privilegios deben ser administradas mediante Listas de control de acceso, dentro de CRXDE Lite.

El add y modify Los privilegios también se pueden administrar en CRXDE Lite o mediante la consola de User Management.

Por ejemplo, la definición de remove privilegios para un grupo content-authors-no-delete:

cf-delete-03

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