#security #sitecore #sitecore7
#Безопасность #sitecore #sitecore7
Вопрос:
Вот упрощенное изложение моего модуля в Sitecore :
- Папка модуля
- Элемент места проведения (несколько)
- Завершите бронирование
- Элемент резервирования (несколько)
- Неполные бронирования
- Элемент резервирования (несколько)
Существует множество элементов места проведения, и под каждым из них есть две папки для complete/incomplete бронирований, которые, в свою очередь, содержат под собой множество элементов бронирования.
Я настраиваю роли рабочего процесса и мне нужно создать три роли:
- Редактирование места проведения
- Утверждение места проведения
- Управление бронированием
Все это легко настроить и обеспечить правильные create/write/delete права, но моя проблема в том, что я, согласно требованию, отключил неотъемлемый доступ на чтение к Complete/Incomplete папкам, поскольку большинство пользователей Sitecore не должны иметь доступа к этой информации. Мне нужно предоставить одной конкретной роли доступ на чтение к этим папкам, и я не уверен на 100%, как использовать (возможно) стандартные значения для реализации возможностей.
Я не могу зайти в редактор безопасности и предоставить каждой конкретной complete/incomplete папке доступ для чтения, поскольку места проведения будут created/deleted на постоянной основе. Похоже, что стандартные значения не копируют свои настройки безопасности в элементы, созданные из него. Правильно ли я считаю?
Мой единственный вариант установить параметры безопасности с помощью обработчика событий или есть более простой способ?
Комментарии:
1. Рассмотрите возможность использования безопасности на уровне шаблона, чтобы она не зависела от местоположения содержимого: sdn.sitecore.net/Articles/Security/Common Security Concepts /…
2. Звучит как аргумент в пользу использования шаблонов ветвей. Взгляните на главу 3 (раздел 3.6) этого документа: sdn.sitecore.net/Reference/Sitecore 7 /…
3. Я рассматривал возможность использования филиалов, но они создаются с помощью пользовательского ввода, интегрированного с платежным шлюзом, поэтому предпочитал управлять им с помощью кода
Ответ №1:
Спасибо jammykam за его полезный комментарий.
Сначала я шел в этом направлении, но забыл, что разрешения не применяются задним числом к существующим элементам, поэтому мои тестовые элементы показали, что сначала они не работали должным образом.
Теперь все отсортировано.