Правила эмпиатра для использования сайта, субсификации или коллекции сайтов?

Question

Я разрабатываю веб -сайт/портал компании в SharePoint, и я пытаюсь выяснить лучший способ организовать его в коллекции сайтов, сайты и дослуги - я смущен терминологией.

Сайт имеет публичное присутствие в Интернете, которое должно управляться через публикации функций WCM SharePoint. За кулисами будут некоторые портальные функции, такие как персонализированные панели мониторинга и совместная вики.

Для общедоступного контента структура сайта такая же:

• Дом
• Компания
  • О нас
  • Отзывы
  • ...
  • ...
  • так далее
• Товары
  • Продукт 1
  • Продукт 2
  • ...
  • ...
  • так далее
• Поддерживать
  • раздел поддержки для клиентов, требующих входа в систему
• Свяжитесь с нами
  • Одна веб -страница с контактной информацией

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

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

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

Раздел «поддержка», по сути, представляет собой набор встроенных мини-приложений, таких как отслеживание проблем. Поскольку он более существенен и не подходит для анонимных пользователей, кажется, что это оправдывает, по крайней мере, дочерняя сторона, или, может быть, это должна быть отдельная коллекция сайтов?

Я предполагаю, что «закулисный портал», доступный только сотрудникам, с такими функциями, как панель мониторинга/совместная вики, снова будет в отдельной коллекции сайтов.

Я думаю, мой общий вопрос: Каковы правила большого пальца, когда использовать сайт, когда использовать субситр и когда использовать сбор сайта?

Answer 1

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

Answer 2

Более авторитетный источник планирования сайта - от самой Microsoft - План сайтов и коллекции сайтов (SharePoint 2010). Подход требует тщательного анализа требований в планировании (см. Рабочий лист данных планирования сайта по ссылке выше).

Из задания неясно, какая версия/издание используется. Существует также ссылка на SharePoint Server 2010 -Планируйте сайты и решения (SharePoint Server 2010).

Я предполагаю, что ссылки из Microsoft не легко исчезают и обновляются по мере необходимости.

Answer 3

Это похоже почта помог мне:

Некоторые из причин, по которым я могу выбрать коллекцию сайтов

• У меня есть фирменный новый сайт, и я хочу, чтобы он был создан без отношения к какому -либо другому сайту. Если вы создаете новый сайт, и он не связан с любыми другими сайтами, которые у вас есть в существующей иерархии сайта или SharePoint Farm, то вы выбрали коллекцию сайтов.
• Если вам требуется выделенный URL на ваш сайт. Вы хотите, чтобы ваш клиент получил доступ и загружал документы, поэтому вы хотите создать URL для своего партнера в http://partner.mycompany.com Анкет Вы можете связать этот URL с коллекцией сайтов. Этот URL не может быть связан с субъектом существующей коллекции сайтов.
• Вы хотите создать управляемый путь, называемый подразделениями, и вы хотите создать сайт для каждого подразделения вашей организации. Каждое подразделение хочет полного контроля над своим сайтом и суб -сайтами и хочет быть найденным в URL -дивизиях/DivisionName.
• Там, где вам нужно иметь настройку квоты на созданном сайте, вам нужно будет использовать коллекцию сайтов, так как только коллекции сайтов могут присвоить квоты.
• Если вам нужна специальная база данных контента для вашего сайта, так как вы ожидаете, что у вас есть огромные объемы данных и документов, и вы требуете, чтобы она была более безопасной, которая может быть нормальной, вы можете настроить выделенную коллекцию сайтов с прикрепленной к нему базу данных контента.
• Если бы вы покупали размещенные среды у провайдера хостинга, то вы также увидите разницу в сборе сайтов и суб -сайт в модели стоимости, предлагаемой хостинговой компанией. Вы заметите, что получение коллекции сайтов обеспечивает более высокую стоимость администратора, чем просто создание суб сайта. Создание субъекта может быть выполнено членом группы владельцев любого сайта или коллекции сайтов. Принимая во внимание, что создание коллекции сайтов должно быть завершено администраторами фермы, если не существует механизма, хотя и веб -волшебников.
• В рамках политики резервного копирования и восстановления вы хотите, чтобы ваши данные были очень быстро восстановлены, если есть какие -либо проблемы или если был удален контент, который был удален, вам нужно получить. В этом случае коллекция сайтов лучше, потому что вы можете восстановить коллекцию сайтов легче, чем вы можете восстановить сайт или подзаконник сайта.

Некоторые из причин, по которым вы должны выбрать суб -сайт:

• Вы хотите унаследовать ту же безопасность для нового суб сайта, что и его родительский сайт и модель безопасности для вашей организации уже существует. Вы хотите создать новый сайт, но вы не хотите менять или отойти от существующей модели безопасности, которая уже реализована.
• В вашей организационной единице была команда, которая создала множество новых столбцов сайта и типов контента сайта, которые вы хотели бы использовать на своем сайте и его суб -сайтах - поскольку родительские сайты могут содержать типы контента сайта, они могут использоваться во всех субботах Сайты иерархии сайта - коллекции сайтов нарушают эту функциональность.
• Вы хотите позволить владельцам сайтов и дизайнерам управлять всеми сайтами, которые создаются без каких -либо накладных расходов, чтобы регистрировать звонок для поддержки для новой коллекции сайтов.
• Вы хотите объединить данные по всей иерархии вашего сайта, используя веб -части, такие как веб -часть запроса содержимого, веб -детали для просмотра данных и другие веб -части агрегации данных.
• У вас есть шаблон сайта, который вы хотите применить на новый сайт, который создает пару списков и библиотек в рамках шаблона - может быть, вам нужен шаблон сайта Manager, где сайт может поддерживать и управлять всеми вашими задачами Использование списков задач и для их интеграции с Outlook.
• Если ваш сайт будет недолговечным сайтом, и он будет использоваться только в процессе создания какого -либо другого контента. Примером может быть сайт встречи, на котором вы создаете сайт, созданный из шаблонов встреч. Вы можете записать и запланировать встречи, касающиеся производства каталога продуктов для вашей организации. Этот сайт недолговечен и не будет существовать после завершения производства каталога.