Предложения архитектуры архитектуры сайта Sitecore

Question

Мы создали сайт Sitecore для клиента, который будет в первую очередь использовать Редактор страниц. Мы построили макеты типов страниц, а затем детализировали все остальное, включая субмакеты содержимого. Это дает им максимальную гибкость при создании страниц.

Таким образом, автор переходит на страницу, которая выбирает основную область содержимого (Заполнитель) страницы и вставляет основные компоненты базового блока, которые мы создали. К ним относятся Rich Text box, рекламные ролики и т. Д., Они могут использовать их для создания довольно богатых страниц с длинным контентом.

Задача, с которой мы столкнулись, заключается в том, что каждый раз, когда пользователь добавляет один из этих компонентов (создавая новый элемент контента), им нужно назвать его, а элемент item создается под элементом страницы в дереве. Таким образом, вы могли бы: Page> Rich Text 1, Rich Text 2, Image, Promo, Rich Text 3 и т. Д. Это приводит к сложному дереву, которое трудно ориентироваться. Кроме того, мы не хотим, чтобы они называли каждого, поскольку эти имена не имеют значения.

Мы ищем способы сделать это проще для авторов, например, автоматически генерировать логическое имя для нового элемента, возможно, хранить их все в одной папке, а не под страницей, или как-то скрывать их?

Мне очень хотелось бы услышать некоторые мысли о том, как мы можем это очистить или как другие создали аналогичные решения.

Спасибо!

Answer 1

Это сценарий общения в Sitecore, я считаю, он дает автору контента большую гибкость.

Одним из первых подходов, которые я включил бы в ваш список, является наличие двух репозиториев, один для компонентов страницы и один для общих компонентов. Это также требует немного обучения для автора контента, чтобы он дал понять, какая разница между обеими папками.

Для этого в подполе вы можете определить несколько местоположений источников данных, разделенных трубой.

С этим на месте второй совет будет вместо того, чтобы создавать компоненты под текущим элементом, вы должны добавить их в специальную папку под названием «Компоненты страницы». На всех ваших страницах всегда будет папка «Компоненты страницы». Для этого вам нужно изменить все параметры вставки, чтобы использовать ветви, а не шаблоны.

Если вы не знаете филиалов в sitecore, google, и вы его получите.

С помощью этих два подхода вашего дерева будет выглядеть так, что менее запутанные для автора контента:

И, в редакторе точки зрения страницы, автор контента бы получить что-то вроде этого:

Один из точки, с особой папке только для компонентов, автор контента не нужно будет заботиться больше о названиях компонентов с это не портит его дерево.

Надежда, что помогает .. Приветствия

Answer 2

Вы также можете исследовать отображение некоторых полей только в режиме редактирования страницы.Вы можете контролировать видимость некоторых обработчиков полей, используя методы here, чтобы выставлять определенные поля редакторам в режиме редактора страниц, которые иначе не могли бы быть. Я не уверен, что вы можете поместить свойство name в средство визуализации полей.

Мне пришлось делать такие вещи, как это много лет назад, когда работали в RedDot, что только действительно дало вам режим редактора страниц, в котором нужно работать.