Fragmentos de conteúdo - Considerações sobre a exclusão content-fragments-delete-considerations

CAUTION
AEM 6.4 chegou ao fim do suporte estendido e esta documentação não é mais atualizada. Para obter mais detalhes, consulte nossa períodos de assistência técnica. Encontre as versões compatíveis here.
CAUTION
Algumas funcionalidades do Fragmento de conteúdo exigem a aplicação de AEM 6.4 Service Pack 2 (6.4.2.0) ou posterior.

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:

  1. O fragmento do conteúdo como uma única entidade.

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

NOTE
Quando um usuário não tem Excluir permissões, o editor de Fragmento de conteúdo opera em somente leitura modo.

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.

NOTE
As permissões de exclusão, necessárias para editar/atualizar um Fragmento de conteúdo, estão incluídas na permissão de exclusão atribuído por meio do Gerenciamento de usuários e/ou grupos.

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
CAUTION
Definir as permissões em /content/dam também é possível, pois todos os fragmentos de conteúdo são armazenados aqui.
No entanto, essa ação aplica as mesmas permissões de exclusão a todos os outros tipos de ativos também.

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:

NOTE
Esta lista mostra todos os privilégios necessários, não apenas os privilégios de exclusã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 e jcr:removeChildNodes
  • Para todos os nós abaixo de jcr:content de todos os fragmentos de conteúdo:

    • jcr:addChildNodes, jcr:modifyProperties e jcr: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:

cf-delete-03

recommendation-more-help
4452738f-2bdf-4cd4-9b45-905a69d607ad