Планирование сайтов разработки для публикации на нескольких сайтах в SharePoint Server

ОБЛАСТЬ ПРИМЕНЕНИЯ:2013 2016 2019 Subscription Edition SharePoint в Microsoft 365

Публикация между сайтами в SharePoint Server позволяет использовать:

• Одно или несколько семейств веб-сайтов для разработки и хранения содержимого
• Одно или несколько семейств веб-сайтов публикации для управления дизайном сайта и отображения содержимого.

В данной статье описан порядок планирования сайтов среды разработки для решения межсайтовой публикации.

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

Планирование семейств сайтов и структуры сайтов для сайтов среды разработки SharePoint

Для создания семейств веб-сайтов должна быть активирована функция публикации между семействами сайтов SharePoint Server. Для создания семейств веб-сайтов разработки рекомендуем использовать шаблон "Семейство веб-сайтов каталога продуктов", так как при использовании этого шаблона функция "Публикация в нескольких семействах сайтов" активируется по умолчанию. Если вы используете шаблон семейства веб-сайтов, для которых не активирована функция публикации в нескольких семействах веб-сайтов, необходимо активировать его. Кроме того, если вы используете шаблон семейства веб-сайтов, например шаблон сайта группы, который не создает сайт публикации и хотите использовать функции публикации, такие как рабочие процессы утверждения и планирование, необходимо также активировать эти функции публикации. Сведения об активации функции публикации между сайтами см. в разделе Активация функции публикации между семействами сайтов статьи Настройка публикации между сайтами в SharePoint Server. Дополнительные сведения об использовании функций публикации на сайте, который не является сайтом публикации, см. в статье Общие сведения о функциях публикации (SharePoint Server 2010). Сведения об активации функций публикации см. в разделе Включение функций публикации. Дополнительные сведения о разработке логической архитектуры для решения публикации между сайтами см. в статье Планирование логической архитектуры для междомовой публикации в SharePoint Server.

Так как при межсайтовой публикации среды разработки и публикации разделены, структура сайта среды разработки может отличаться от структуры сайта публикации. Во время планирования структуры сайта среды разработки примите во внимание вопросы, приведенные в следующем списке.

• Следует ли использовать библиотеку страниц или список контента?

  В SharePoint Server 2010 сайты публикации использовали библиотеки Pages для хранения HTML-содержимого, отображаемого пользователям. С помощью межсайтовой публикации в SharePoint Server можно также использовать списки и другие библиотеки для хранения содержимого, которое повторно используется на сайтах публикации. Во время планирования подходящего места для размещения такого контента обратите внимание на тип контента и планируемый способ его использования. В общем случае, если планируется создание HTML-контента, рекомендуется использовать библиотеку страниц вместо списка. Библиотека страниц имеет по сравнению со списком следующие преимущества:

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

  • С помощью библиотеки страниц можно применять различные варианты контента и переводы, чтобы создавать многоязыковой контент.

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

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

• Сколько потребуется библиотек страниц?

  Основной недостаток использования библиотек страниц — это возможность иметь только одну библиотеку страниц на сайт. В зависимости от объема контента, который планируется создать для библиотек страниц, один большой каталог на сайтах публикации может быть труден в эксплуатации, так как запросы, отображающие контент, будут более сложными и потребуют больше времени для настройки. Соответственно, при планировании содержимого Страницы учитывайте, сколько содержимого будет создано и должно ли содержимое храниться вместе. Если требуется хранить контент страниц в отдельных каталогах, необходимо создать отдельные сайты в иерархии семейства сайтов среды разработки, а затем предоставить доступ к библиотеке страниц в виде каталога на каждом сайте. Затем можно будет подключаться к созданным каталогам из одного или нескольких сайтов публикации.

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

• Сколько потребуется семейств сайтов среды разработки?

  Помимо принятия решения о том, сколько сайтов должно быть в одном семействе веб-сайтов для разработки, следует также рассмотреть вопрос о том, нужно ли создавать больше семейств веб-сайтов. Несколько семейств сайтов среды разработки можно использовать в том случае, когда авторы контента находятся в разных группах, имеющих разные требования к безопасности, или находятся в разных географических расположениях. Например, в сценарии экстрасети можно использовать одно семейство сайтов среды разработки для внутренних авторов контента, принадлежащих определенной группе в доменных службах Active Directory (AD DS), а другое семейство сайтов среды разработки — для внешних авторов контента, подключающихся к сайту через проверку подлинности на основе форм. Каталоги можно совместно использовать в веб-приложениях и фермах, чтобы вам не нужно было ограничивать создание сайтов одним веб-приложением или фермой. Примите решение о количестве необходимых семейств сайтов среды разработки, а затем спланируйте, какие каталоги включить в каждый сайт.

• Планируете ли вы использовать варианты для создания многоязыкового контента?

  Требуется ли предоставлять контент на нескольких языках? Даже если в настоящий момент вы планируете создавать и публиковать контент только на одном языке, подумайте о том, что бизнес-требования могут измениться в будущем. Если в какой-то момент вы захотите использовать на сайте варианты, планировать их применение необходимо сейчас. Настроив сейчас структуру сайта для работы с вариантами, в будущем можно сберечь время и ресурсы свои и организации. Если вам придется изменить структуру сайта при переходе на варианты позже, это часто сложнее и может повлиять на URL-адреса, запланированные для сайтов. Если планируется использовать варианты и межсайтовую публикацию, каждая метка варианта должна создаваться как отдельный сайт в семействе веб-сайтов среды разработки. Доступ к библиотеке страниц из каждого сайта варианта предоставляется как к каталогу, а затем каждое семейство веб-сайтов публикации подключается к тому каталогу, который имеет соответствующий языковой параметр. Дополнительные сведения о вариантах см. в статье Variations overview in SharePoint Server. Дополнительные сведения о планировании вариантов сайтов см. в статье Планирование вариантов для многоязычного сайта публикации на нескольких сайтах в SharePoint Server.

• Какой тип навигации должен быть на сайте среды разработки?

  Хотя вы можете использовать управляемую навигацию на сайте разработки, чтобы сайт разработки напоминал сайт публикации, такое использование управляемой навигации может запутать авторов контента. Мы рекомендуем использовать на сайте среды разработки структурированную навигацию, чтобы упростить авторам процесс создания контента. Следует обратить внимание на тип контента, который будет разрабатываться и храниться на сайте среды разработки. Будет ли большая часть контента создаваться в виде HTML и храниться в библиотеке страниц? Или будут применяться создаваемые вручную или импортируемые списки? Если вы сохраните структуру для сайта разработки, а также любых списков и библиотек, это упрощает создание содержимого для авторов контента.

Планирование обеспечения безопасности для сайтов среды разработки SharePoint

Вы планируете безопасность для создания сайтов так же, как и для большинства других сайтов в SharePoint Server. Рассмотрите следующие вопросы:

• Кто должен иметь разрешения на создание различных видов контента, содержащихся на сайте среды разработки?

• Кто должен иметь разрешения на создание контента библиотеки страниц?

• Может ли одна и та же группа людей создавать контент списков, или за этот контент отвечает другая группа?

• Если планируется использовать рабочий процесс утверждения, кто должен входить в группу утверждающих?

Дополнительные сведения о безопасности см. в статье Планирование разрешений для сайтов и контента в SharePoint Server.

При включении анонимного доступа к каталогу безопасность на сайте разработки может обрабатываться независимо от того, как он представлен в поиске. Когда включен анонимный доступ, индексированный контент доступен для поиска и может просматриваться анонимными пользователями на сайте публикации. Однако при изменении разрешений на отдельные элементы в каталоге эти разрешения будут соблюдаться системой поиска, а все элементы, ограниченные определенными группами, не будут доступны анонимным пользователям. Такая специфика разрешений обеспечивает большую гибкость при планировании совместного использования содержимого с анонимными пользователями.

Также необходимо спланировать выдачу доступа к контенту семейств сайтов среды разработки для программы-обходчика. Программа-обходчик использует учетную запись доступа к контенту по умолчанию. Если учетная запись доступа к содержимому по умолчанию не имеет хотя бы уровня разрешений на чтение содержимого, содержимое не индексируется и недоступно для запросов в семействах веб-сайтов публикации. Можно использовать учетную запись к контенту по умолчанию или использовать правила обхода для указания другой учетной записи доступа к контенту во время обхода определенного контента. Дополнительные сведения см. в статье Планирование проверки подлинности обхода контента и федерации в SharePoint Server.

Планирование дизайна и фирменной символики для сайтов среды разработки SharePoint

Как было сказано ранее в этой статье, структура сайтов среды разработки может отличаться от структуры сайтов публикации. Кроме того, внешний вид этих сайтов также может отличаться. Если необходимо, чтобы на сайтах среды разработки авторам контента предоставлялся интерфейс WYSIWYG, для создания этих сайтов можно использовать похожие главные страницы, макеты страниц и каскадные таблицы стилей. Однако действительные сайты публикации могут иметь другой дизайн из-за требований к фирменной символике или других требований. Таким образом, сайт разработки не будет предоставлять полный интерфейс WYSIWYG.

Даже если вы не планируете применять ту же фирменную символику к сайту разработки, который используется на сайте публикации, если вы планируете использовать содержимое библиотеки Pages, вам все равно придется планировать базовые макеты страниц, которые будут использовать авторы. Во время планирования дизайна сайта среды разработки учтите следующие вопросы:

• Какие столбцы сайта необходимы? Столбцы сайта можно добавлять в качестве полей страницы в макеты страниц для хранения большего содержимого, например управляемых метаданных.

• Какие должны быть типы контента? Можно создать настраиваемые типы контента, использующие тип контента "Страница статьи" в качестве родительского типа контента. В настраиваемый тип контента можно добавить столбцы сайта, которые будут включаться в виде полей страниц во все макеты страниц, создаваемые с помощью настраиваемого типа контента.

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

• Какие должны быть макеты страниц? Можно создать настраиваемые макеты страниц, содержащие определенные поля страниц. Например, в сценарии интрасети, в котором имеется база знаний, можно создать отдельные макеты страниц для руководств по устранению неполадок и руководств пользователя.

Сведения о веб-страницах разработки см. в статьях Обзор модели страниц в SharePoint, Plan content types and workflows in SharePoint 2013, Планирование веб-страниц (SharePoint Server 2010) и Планирование разработки веб-страниц (SharePoint Server 2010).

Планирование наборов терминов для тегирования контента на сайтах среды разработки SharePoint

Наборы терминов используются для присвоения тегов контенту каталога, такому как страницы или элементы списка, на сайте среды разработки. Благодаря этому пометка термины помогают классифицировать содержимое по иерархии. Те же самые термины позднее используются на сайте публикации для создания запросов, отображения информации о категориях и страницах элементов каталога, для создания понятных URL-адресов и для управляемой навигации. Во время планирования наборов терминов и отдельных терминов для тегирования контента подумайте о структурировании иерархии. Можно комбинировать термины из нескольких наборов терминов тегирования в один настраиваемый набор терминов, предназначенный для навигации на сайте публикации. Вам не нужно создавать одну очень сложную структуру для термина тегов, установленного на сайте разработки. Также обратите внимание на то, как на сайте публикации должны выглядеть URL-адреса, и спланируйте создание терминов, которые помогут пользователям найти необходимую им информацию. Например, если у вас есть термин уровня 1 с именем "Компьютеры", а под ним — термин уровня 2 "Ноутбуки", а имя элемента каталога CM61438, понятное URL-адрес страницы, на которую отображается эта модель, будет иметь значение https://contoso.com/computers/laptops/CM61428. Дополнительные сведения см. в разделах Планирование терминов и наборов терминов в SharePoint Server 2013 и Планирование наборов терминов навигации в SharePoint Server.

Сведения о создании наборов терминов для тегов контента см. в разделе "Создание наборов терминов для тегов контента при разработке сайтов и управление этими наборами" в Настройка публикации на нескольких сайтах в SharePoint Server.

Планирование контента каталога для сайтов среды разработки SharePoint

Каталоги содержат контент, который используется во всех семействах сайтов. HTML-контент можно использовать в библиотеке страниц, данные — в списках, а активы, такие как изображения и видео, — в библиотеке активов. Например, в сценарии Интернет- компании можно использовать список для отображения каталога продуктов, а в сценарии интрасети можно использовать библиотеку страниц для отображения каталога статей базы знаний. В обоих примерах могут быть активы, которые требуется связать с контентом; например, изображения продуктов или видеоролики, объясняющие процедуру устранения неполадок. В данном разделе описан порядок планирования различных видов контента каталога на сайтах среды разработки.

Сведения о включении использования библиотеки или списка в качестве каталога см. в статье "Общий доступ к библиотеке или списку как к каталогу" в Настройка публикации на нескольких сайтах в SharePoint Server.

Планирование библиотек страниц

После решения вопроса о том, хранить ли контент в одной или нескольких библиотеках страниц, и как разделить контент между ними, рассмотрите следующие вопросы:

• Какой набор терминов будет связан с контентом библиотеки страниц?

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

• Какие еще поля необходимо добавить в тип контента "Макет страницы"?

  Кроме планирования поля тегов для навигации, необходимо учесть все другие поля, которые необходимо добавить в тип контента "Макет страницы". Это могут быть другие управляемые поля метаданных, связанные с другими наборами терминов, или поля других типов, например гиперссылки, числа, даты и время. По умолчанию типы контента страниц публикации содержат поле "Контент страницы". Это поле позволяет авторам содержимого вставлять HTML и изображения на страницу с помощью редактора форматированного текста. Можно создать разные макеты страниц, содержащие различные поля, в зависимости от создаваемого контента. Например, в сценарии с базой знаний интрасети можно использовать макет страницы для статей по устранению неполадок, который будет содержать такие поля, как "Область применения" или "Номер статьи", если можно использовать макет страницы для руководств пользователя с такими полями, как "Имя продукта" или "Номер модели". Во время планирования контента библиотеки страниц решите, какие другие столбцы сайта и типы контента необходимы, какие необходимы макеты страниц, а также какие поля должны присутствовать в определенных макетах страниц. Дополнительные сведения см. в обзоре модели страниц SharePoint.

Дополнительные сведения см. в статьях Планирование веб-страниц (SharePoint Server 2010) и Планирование использования больших библиотек страниц (SharePoint Server 2010).

Планирование контента списка

Планируя использование списков для работы с контентом каталога, рассмотрите следующие вопросы:

• Сколько списков требуется использовать?

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

• Какие потребуются столбцы сайта для сопоставления с элементами каталога?

  Во время создания и обслуживания контента каталога в списках SharePoint элемент списка сопоставляется с одним элементом каталога — например, одним продуктом или определенным событием. Разные элементы имеют атрибуты для отражения свойств элементов, таких как фирменная символика, цвет и размер продуктов, а в случае событий — даты, времени и места. Чтобы добавить эти атрибуты в список, необходимо создать столбцы сайта, представляющие разные атрибуты, например "Фирменная символика", "Цвет", "Вес", "Дата", "Время" и "Место".

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

  Важно!

  Рекомендуется создавать столбцы сайта, а не столбцы списка. Для столбцов сайта, столбцов таксономии и индексированных столбцов списков управляемые свойства создаются автоматически. Также имейте в виду, что все автоматически созданные управляемые свойства относятся к типу текстовых данных. Дополнительные сведения см . в статье Автоматическое создание управляемых свойств в SharePoint Server.

• Какие типы контента требуются для списков?

  Если имеется несколько списков, мы рекомендуем создать тип контента для каждого списка, а затем связать соответствующие столбцы сайта с этим типом контента.

• Какой набор терминов требуется использовать для каждого списка, к которому будет предоставляться доступ в виде каталога?

  Как описано ранее в данной статье в разделе Планирование наборов терминов для тегирования контента на сайтах среды разработки SharePoint, наборы терминов используются для категоризации контента каталога в виде иерархии. Чтобы применять наборы терминов тегирования к контенту списков, необходимо иметь столбец сайта, имеющий тип данных "Управляемые метаданные" и подключенный к набору терминов тегирования.

• Являются ли данные, которые будут вводиться в список, однородными?

  Также следует спланировать стратегию, чтобы обеспечить согласованность данных списка каталогов. Данные списка каталогов часто хранятся разными людьми в течение длительного времени, что повышает вероятность несоответствия данных. Например, предположим, что у вас есть столбец сайта с именем Color и вы хотите импортировать сведения о цвете для отдельных элементов из внешней системы. Значения во внешней системе меняются по написанию названий цветов ("ГОЛУБОЙ", "Голубой", "голубой"). Прежде чем импортировать эти данные в список SharePoint, убедитесь, что данные согласованы. В этом примере убедитесь, что все имена цветов представлены как синие.

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

Дополнительные сведения о создании контента списка для межсайтовой публикации см. в разделе "Создание контента каталога с помощью списков SharePoint" в Настройка публикации на нескольких сайтах в SharePoint Server.

Планирование использования семейства сайтов "Каталог продуктов"

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

Столбцы сайта в типе контента "Продукт с изображением"

Имя столбца сайта	Тип столбца сайта
Название	Однострочный текст
Номер элемента	Однострочный текст
Номер группы	Однострочный текст
Тег языка	Варианты
Отображаемое изображение	Изображение публикации
Категория элемента	Приложение-служба управляемых метаданных

Кроме того, создается набор терминов с именем "Иерархия продуктов". Этот набор терминов связывается со столбцом сайта "Категория элемента".

Вопросы производительности рассмотрены в статье Разработка крупных списков с обеспечением максимальной производительности списка (SharePoint Server 2010).

Планирование контента библиотеки активов

Когда вы планируете использовать ресурсы в содержимом, помните, что индексируется, а что не индексируется. Система поиска индексирует некоторые поля, например текстовые и HTML-поля, но не индексирует такие ресурсы, как изображения, аудио- и видеофайлы, а также файлы, такие как документы Word или PDF-файлы. Эти файлы рассматриваются как большие двоичные объекты (BLOB) и хранятся в кэше больших двоичных объектов, а не в индексе поисковой системы. Такая обработка означает, что эти файлы не будут отображаться на сайте публикации таким же образом, как и другое содержимое. Во время планирования контента библиотеки активов для сайтов среды разработки рассмотрите вопросы из следующего списка.

• Где должна быть расположена библиотека активов?

  Чтобы использовать активы в контенте, семейства сайтов среды разработки и семейства сайтов публикации должны иметь доступ к библиотеке активов. Расположение библиотеки активов зависит от типа сайта, который требуется создать, и архитектуры решения. Если пользователи сайта публикации могут иметь уровень разрешений "Чтение" в семействе сайтов среды разработки, то библиотека активов может храниться в семействе сайтов среды разработки. Однако если пользователи на сайте публикации не могут иметь уровень разрешений на чтение в семействе веб-сайтов разработки, библиотека ресурсов должна быть создана в отдельном семействе веб-сайтов с разными уровнями разрешений. Например, в сценарии Интернета, где пользователи сайта публикации имеют только анонимный доступ, библиотека активов должна храниться в отдельном семействе сайтов, в отдельном веб-приложении, настроенном для анонимного доступа. Однако в сценарии интрасети, где пользователи сайта публикации могут иметь доступ на чтение, библиотека активов может храниться в семействе сайтов среды разработки. Если библиотека ресурсов хранится в семействе веб-сайтов, отдельном от сайтов разработки и публикации, убедитесь, что вы добавили ее в список рекомендуемых расположений содержимого браузера для сайта разработки, чтобы авторы контента могли находить и вставлять элементы из библиотеки ресурсов в свое содержимое. Если вместе с библиотекой активов планируется использовать представления изображений, то эти представления должны быть включены и настроены в семействе сайтов, в котором размещаются изображения.

• Должна ли библиотека активов предоставляться в виде каталога?

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

• Где активы будут кэшироваться?

  Во время планирования использования активов в контенте также спланируйте место кэширования файлов активов. В общем случае рекомендуется всегда включать кэш больших двоичных объектов для сайтов публикации. Кэш BLOB-объектов повышает производительность веб-сайта, извлекая большие двоичные файлы из базы данных и сохраняя их в каталоге на интерфейсном веб-сервере, где они обслуживаются пользователям. Кэш BLOB-объектов сокращает сетевой трафик к серверу базы данных и его загрузку. Дополнительные сведения см. в статье Планирование кэширования и производительности в SharePoint Server.

• Какова величина файлов активов?

  Если вы планируете использовать большие файлы, такие как видео, в содержимом, следует запланировать увеличение максимального размера файла отправки на сервере, где находится библиотека ресурсов. Это позволит отправлять файлы, размер которых превышает значение по умолчанию, разрешенное SharePoint Server. Дополнительные сведения о кэше БОЛЬШИХ ДВОИЧНЫх объектов, регулировании скорости передачи и максимальном размере файла отправки см. в статье Планирование кэширования и производительности в SharePoint Server.

Дополнительные сведения о планировании библиотек активов см. в разделе Планирование библиотек цифровых активов в SharePoint Server 2013.

См. также

Понятия

Обзор публикации на сайтах интрасети, экстрасети и веб-сайтах в SharePoint Server

Планирование публикации на сайтах интрасети, экстрасети и веб-сайтах в SharePoint Server

Планирование публикации на нескольких сайтах в SharePoint Server

Обзор публикации на нескольких сайтах в SharePoint Server

Планирование логической архитектуры для публикации на нескольких сайтах в SharePoint Server

Планирование сайтов публикации для публикации на нескольких сайтах в SharePoint Server

Планирование поиска в сайтах публикации на нескольких сайтах в SharePoint Server 2016

Настройка публикации на нескольких сайтах в SharePoint Server

Оценка мощности и производительности управления веб-контентом (SharePoint Server 2013)