Ноэл М., Спенс К. - Microsoft SharePoint. Полное руководство - 2011

• Источник контента имеет огромный объем, и нежелательно создавать для него поисковый индекс (например, сайты MSDN или Википедии).

• Содержимое источника часто изменяется, и результат нужен сейчас, а не после запланированной индексации SharePoint.

• Запросы необходимо выполнять в различных контекстах безопасности.

• Нужны результаты лишь с конкретными ключевыми словами или их сочетаниями в запросе.

• Запросы к контенту выполняются редко.

• Наличие более 500 источников контента.

А вот список ситуаций, когда федерацию использовать не следует:

• Недостаточная пропускная способность линий связи между фермой SharePoint и федеративным местоположением.

• Контент изменяется часто, но немедленная индексация не нужна.

• Контент не индексировался или даже не может индексироваться удаленным поисковым механизмом.

■ Удаленный сервер не возвращает результаты в формате RSS или Atom.

В большинстве случаев федеративным местоположением является какой-то внешний поисковый механизм. Хотя если SharePoint может индексировать контент, но у вас имеются какие-то другие особые требования (например, ограничения на ключевые слова или другой контекст безопасности), то SharePoint может выступать и в качестве собственного федеративного источника. Федеративные местоположения можно определить на странице администрирования для приложения-службы поиска, выполнив следующие шаги:

1. Перейдите на страницу администрирования для приложения-службы поиска.

2. Щелкните на кнопке Federated Locations (Федеративные местоположения) в группе Queries and Results (Запросы и результаты) на левой навигационной панели.

3. Щелкните на кнопке New Location (Создать местоположение).

4. Укажите следующие свойства: Location Name (Имя местоположения), Display Name (Отображаемое имя) и Description (Описание). Можно, хотя и не обязательно, задать также свойства Author (Автор) и Version (Версия).

5. Триггер — это поле, где можно указать, когда выполнять поиск в данном федеративном местоположении. Триггеры могут быть следующих типов:

• Always — Запрос должен всегда совпадать.

• Prefix — Запрос должен начинаться на указанный префикс. Например, в случае префикса SharePointи запроса SharePoint ЕСМв федеративное местоположение поступит запрос ЕСМ.А в случае запроса ЕСМ федеративное местоположение вообще не будет опрошено, т.к. в запросе нет префикса SharePoint.

• Pattern — Запрос должен совпадать с заданным шаблоном или регулярным выражением .NET. Например, для соответствия почтовым адресам можно использовать шаблон ( Л([\w-\.]+)0([\w-]+\.)+([a-zA-Z]{2,4})$).

6. Выберите Location Туре (Тип местоположения). Используйте вариант SharePoint Index on This Server (Индекс SharePoint на данном сервере), если требуется использовать индекс SharePoint. Для результатов, полученных на сервере FAST Search, можно указать FAST Index (Индекс FAST). Для использования удаленного федеративного местоположения выберите вариант OpenSearch 1.0/1.1.

7. Настройте шаблон запроса — Query Template. В нем можно задать шаблон URL-адреса для запроса к федеративному местоположению. Строка (searchTerms) означает выражение запроса, которое передается удаленному поисковому механизму. Например, при использовании Bing в качестве удаленного поискового механизма шаблон запроса будет выглядеть так:

http://www.bing.com/search?q={searchTerms) & format=rss

8. В разделе “More Results" Link Template (Шаблон ссылки “Дополнительные результаты”) укажите URL страницы, которая откроется при щелчке пользователем на ссылке More Results для вывода федеративных результатов. Этот шаблон может совпадать с шаблоном запроса, но это не обязательно.

9. Форматирование выводимых данных можно задать в виде XSL-преобразования, поскольку наборы результатов оформляются в формате XML. Можно использовать стандартный формат или изменить его.

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

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

• Анонимный

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

► Базовая аутентификация

► Аутентификация дайджестом

► NTLM — удостоверение пула приложений

► NTLM — имя пользователя и пароль

► Аутентификация с помощью cookie-наборов

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