#sitecore #publishing #sitecore6
#sitecore #публикация #sitecore6
Вопрос:
Я пытаюсь создать роль в Sitecore, которая может публиковать контент, но только в определенных областях сайта. Я добавил стандартную SitecoreClient Publishing роль к своей роли, но я не вижу, как запретить роли публиковать все области сайта. Я просмотрел редактор безопасности и средство просмотра Access, но установка доступа на запись для разделов, похоже, влияет только на возможность редактирования этих разделов и никак не влияет на возможность публикации в этих разделах.
Комментарии:
1. У вас есть рабочий процесс на месте?
2. Да, я делаю. Все, что я хочу сделать, это ограничить доступ к этапам утверждения / публикации определенным пользователям.
Ответ №1:
Рабочий процесс — это типичный способ обработки. Предоставление ролям доступа для утверждения (это можно назвать «публикацией») содержимого определенных разделов дерева содержимого будет лучшим способом достичь того, что вы описываете. Объедините это с действием автоматической публикации, чтобы сделать его более удобным для пользователя.
При использовании этого метода следует иметь в виду одну вещь, на которую ссылаются элементы (например, изображения из медиа-библиотеки, которые может использовать контент). Взгляните на модуль «Publishing Spider» в библиотеке с общим исходным кодомhttp://trac.sitecore.net/PublishingSpider
РЕДАКТИРОВАТЬ: Обновить
Недавно я обнаружил этот параметр в web.config: «Публикация.Проверка безопасности». Если установлено значение true, этот параметр будет публиковать элементы, только если пользователь прочитал записал элемент, и удалит элементы из веб-базы данных, только если у пользователя есть разрешения на удаление.
Комментарии:
1. Хороший ответ, помогло бы создание рабочих процессов для разных аспектов сайта.
2. Спасибо за ваш ответ! Нужно ли мне создавать отдельные рабочие процессы, чтобы разрешить различный доступ к утверждению в разных областях моего сайта, или я могу повторно использовать один и тот же рабочий процесс повсюду?
3. Вы можете использовать один и тот же рабочий процесс повсюду, если хотите, и ограничить разрешения на ту часть дерева, которую вы не хотите, чтобы они видели. Чтобы увидеть элемент в рабочем окне, вам нужны разрешения на чтение и запись для самого элемента содержимого.
4. Ваш «Редактировать: обновить» связан с модулем PublishingSpider? Я попытался просто изменить файл web.config, и это не работает. Добавили ли вы пользователю роль «Публикация клиента Sitecore»?
5. Параметр, упомянутый в обновлении, является автономным параметром для основной CMS. Все настройки для модуля будут находиться во включаемом файле (по крайней мере, модуль написан правильно), который находится в каталоге ‘App_Config /Include’. Пользователю необходимо быть частью роли «Публикация клиента Sitecore» или унаследовать ее, чтобы иметь доступ к командам публикации и приложениям. В качестве альтернативы вы можете настроить свою собственную роль «клиентский доступ», переключившись на основную базу данных и предоставив разрешения соответствующим приложениям в пользовательской роли.
Ответ №2:
Однажды у меня была похожая ситуация, и я создал роли для каждого раздела, которые могли читать и записывать только в этот раздел и нигде больше (скажем, «раздел редактора 1») и другую роль, у которой было разрешение на публикацию только для этого раздела (скажем, «раздел издателя 1»). Затем добавлена роль «редактор раздела 1» к роли «издатель раздела 1», которая дает вам роль для публикации только определенного раздела. Вам не нужно несколько рабочих процессов, один и тот же рабочий процесс с несколькими ролями также может достичь этой цели
Комментарии:
1. Когда вы говорите «и другая роль, у которой было разрешение на публикацию только для этого раздела (скажем, «раздел издателя 1″)». Как вы это сделали? Похоже, что в разрешениях в sitecore нет способа определить разрешения на публикацию для каждого элемента.
2. Возможно, поздно, но я имел в виду, что роль для опубликованного состояния рабочего процесса. Взгляните сюда doc.sitecore.net/sitecore_experience_platform/content_authoring /…
3. Не могли бы вы, пожалуйста, уточнить Naveed? Я понимаю, что вы можете предоставить команду рабочего процесса execute командам и предоставить выполнение записи рабочего процесса состояниям. Как именно вы планируете реализовать это, учитывая базовый «примерный рабочий процесс»
Ответ №3:
Ответом на это является настройка публикации.Проверяет безопасность на значение true
Вам нужно найти этот код в web
<!-- PUBLISHING SECURITY
Check security rights when publishing?
When CheckSecurity=true, Read rights are required for all source items. When it is
determined that an item should be updated or created in the target database,
Write right is required on the source item. If it is determined that the item
should be deleted from target database, Delete right is required on the target item.
In summary, only the Read, Write and Delete rights are used. All other rights are ignored.
Default value: false
-->
<setting name="Publishing.CheckSecurity" value="false" />
Установите значение=»true»
Но опять же, вы должны строго контролировать безопасность и правильно назначать роль пользователя. Если этого не сделать, вы столкнетесь с ошибочной публикацией.
Надеюсь, это поможет