Лучшая практика организации сайтов в Sharepoint Online?
-
10-12-2019 - |
Вопрос
Я опробую Office 365 для своей компании, как своего рода платформу для интрасети/совместной работы, и мне было интересно, какова наилучшая практика для информационной архитектуры сайта Sharepoint в отношении разделения контента на отдельные сайты.
Вот первый набросок:
Итак, мои вопросы таковы:
- Должен ли я разделить сайт на подсайты подобным образом?Это в общих чертах основано на доступе, который должны иметь разные группы пользователей.Но проблема в том, что некоторые пользователи должны иметь доступ ко всему этому, и в этом случае может показаться просто неудобством, что они не могут искать / фильтровать / просматривать все файлы из одного и того же места.Т.е.если я разделяю их таким образом, я, кажется, закрепляю разделение контента / документов.
- Или я должен просто загрузить больше контента на один сайт и использовать просмотры и фильтры, чтобы получить категории ниже?Но как мне тогда реализовать какое-то ограничение на разные части?(Кроме кропотливой установки его в каждом документе)
- Если я разделю его на эти подсайты, есть ли какой-нибудь способ получить агрегированные представления о нем?Я читал о веб-части запроса содержимого, но, по-видимому, она недоступна в Office 365, по крайней мере, пока.Есть ли другой способ?
Я был бы очень признателен за некоторую помощь по этим вопросам, а также за некоторые общие рекомендации по наилучшей практике такого типа сайтов, чтобы мы, так сказать, не "загоняли себя в угол"...
РЕДАКТИРОВАТЬ:
Итак, я получил пару ответов, в которых предполагается, что веб-часть запроса содержимого должна быть доступна в Office 365, но я понятия не имею, где именно.Вот интерфейс категории сводного содержимого, где, я думаю, я должен его найти, но я не вижу, где это могло бы быть.Предполагается, что в выбранной части отображаются сайты по моему выбору, но так ли это?Я хочу иметь возможность показывать документы из различных библиотек документов, но что бы это значило - показывать целые сайты...?Или это где-то в другом месте?
ПРАВКА 2:
С приведенными ниже предложениями я близок к тому, чтобы заставить агрегацию сайтов работать для библиотек документов, что в некотором роде обеспечило бы желаемую гибкость.Единственная проблема сейчас заключается в том, что я не вижу ни одного из столбцов управляемых метаданных, которые я создал на дочерних сайтах с верхнего сайта, где я создаю веб-часть запроса содержимого...Есть ли какой-либо способ, чтобы такие столбцы управляемых метаданных были доступны здесь?
Решение
Создайте субзидиты, структура, которую вы выглядите хорошо.Вы получаете много преимуществ от отдельных сайтов, таких как разрешения, удержание, социальное следующее о том, что нового на сайте (в новой версии).Вы можете совокупный контент, используя CQWP или SRWP, как уже упоминалось.Однако при использовании CQWP будьте осторожны с тем, сколько данных необходимо запросить веб-часть для запроса, чтобы получить все контент.
Вы можете убить страницу, в которой веб-часть заключается в том, что если вы делаете запрос, который проходит все сайты в коллекции сайта, чтобы получить «последние X документы».Для больших запросов используйте SRWP.
Вы можете создавать поиск / фильтр / просмотреть все, используя результаты поиска веб-часть и панель для доработки.
Другие советы
То Content Query WebPart
доступен в Office 365.Вы, вероятно, имеете в виду Content Search Web Part
, который пока недоступен, но для этого есть альтернатива в Search Results Web Part
.
Для вашего сценария, я думаю, веб-части запроса содержимого для агрегации должно быть достаточно.
Вы также можете использовать поиск для агрегации, но в настоящее время мы сталкиваемся с множеством проблем с таймингами обхода в Office 365 (2013).Я надеюсь, что в будущем все должно наладиться.
Ключевое рассмотрение должно быть <сильным> дизайном для масштабируемости ... в частности в отношении сумма контента , чтобы быть сохраненным
Для более подробной информации см. http://technet.microsoft.com/en-gb/library/cc262787.aspx # SiteCollection