Fragmentos de conteúdo - Considerações sobre a exclusão content-fragments-delete-considerations
Permissões — Excluir ou não excluir permissions-delete-or-not-delete
A capacidade de excluir conteúdo é uma ferramenta poderosa, mas também perigosa, com muitos setores precisando restringir e controlar a distribuição desses privilégios.
Com relação às permissões de exclusão, os Fragmentos de conteúdo devem ser considerados em dois níveis:
-
O fragmento do conteúdo como uma única entidade.
- Caso de uso: um usuário que precisa editar/atualizar um fragmento de conteúdo e excluir um fragmento inteiro.
- Permissões🔗 : a permissão de exclusão pode ser atribuída por meio do gerenciamento de usuários e/ou de grupos.
-
As várias entidades secundárias que compõem um fragmento de conteúdo; por exemplo, variações, nós secundários.
A operação básica do editor de fragmentos de conteúdo requer que esses elementos transitórios secundários possam ser excluídos. Por exemplo, ao manipular variações; também ao editar metadados ou gerenciar conteúdo associado.
- Caso de uso: um usuário que precisa editar/atualizar um fragmento de conteúdo, mas sem ter permissão para excluir um fragmento inteiro.
- Permissões: consulte Permissões necessárias somente para funcionalidade de edição.
Permissões necessárias somente para funcionalidade de edição permissions-required-for-editor-functionality-only
Para usuários que precisam editar/atualizar um fragmento de conteúdo, sem permitir que excluam um fragmento inteiro, permissões específicas devem ser atribuídas, já que a operação básica do editor de fragmentos de conteúdo requer que elementos transitórios secundários possam ser excluídos.
Por exemplo, ao manipular variações; também ao editar metadados ou gerenciar conteúdo associado.
As permissões necessárias para editar/atualizar um fragmento precisam ser aplicadas ao nó que contém o fragmento de conteúdo ou a um nó principal apropriado (em qualquer nível no /content/dam
). Quando atribuídas a esse nó principal, as permissões serão aplicadas a todos os nós dentro dessa ramificação.
Por exemplo, uma pasta que manterá todos os fragmentos de conteúdo, como:
/content/dam/contentfragments
/content/dam
também é possível, pois todos os fragmentos de conteúdo são armazenados aqui.Os pré-requisitos de permissões para permitir que um usuário e/ou grupo específico edite/atualize um fragmento de conteúdo são:
-
Para os nós ou pastas do fragmento de conteúdo:
jcr:addChildNodes
,jcr:modifyProperties
-
Para o nó
jcr:content
de todos os fragmentos de conteúdo:jcr:addChildNodes
,jcr:modifyProperties
ejcr:removeChildNodes
-
Para todos os nós abaixo de
jcr:content
de todos os fragmentos de conteúdo:jcr:addChildNodes
,jcr:modifyProperties
ejcr:removeChildNodes
,jcr:removeNode
Esses remove
os privilégios devem administrado usando Listas de Controle de Acesso, no CRXDE Lite.
O add
e modify
privilégios também podem ser administrados no CRXDE Lite ou usando o console de Gerenciamento de usuários.
Por exemplo, a definição da variável remove
privilégios de um grupo content-authors-no-delete
: