При развертывании фермы SharePoint 2010 вне домена на поисковые запросы выдается ошибка
Исключение, вызванное внутренней ошибкой сервера
В журнале SharePoint можно найти следующую ошибку:
EnumerateQueryComponents returned an error after enumerating 0 components.
На странице конфигурации поиска такая картина:
Единственное найденное обходное решение - установка фермы в автономном режиме:
Иногда требуется переименовать данную область поиска. На моей практике такая необходимость возникла в связи с тем, что изначально на ферме была установлена английская версия SharePoint и данная область называлась “People”, что для русскоязычных пользователей было не удобно.
Если просто так переименовать область и дождаться ее обновления, при ее использовании возникнет ошибка
“Указанная в запросе область не существует” (“Scope in your query does not exist”).
Для того, чтобы обойти данное ограничение, не переименовывайте уже имеющуюся область, а выполните следующие три шага.
Шаг 1. Создайте новую общую копию области
В настройках приложения-службы поиска выбрать “Области”.
В контекстном меню выбрать “Создать общую копию”:
Перейти к изменению свойств вновь созданной области:
Нажать “Изменить параметры области”.
Ввести новое название (например, “Сотрудники”) и нажать Ок.
Перейти по ссылке “Администрирование поиска”
Запустить обновление области:
Появится статус обновления:
Дождаться, пока область полностью не обновится:
Шаг 2. Применить область в настройках семейства сайтов
В параметрах корневого сайта семейства сайтов выбрать “Области поиска”.
Выбрать “Группы отображения”
Нажать “Раскрывающийся список поиска”
Напротив области “Люди” убрать галочку, а напротив “Сотрудники” – поставить. Нажать ОК. Через некоторое время (менее чем через минуту) на страницах семейства сайтов выпадающее меню областей обновляется:
Шаг 3 (опциональный, при использовании расширенных центров поиска). Обновление вкладок в настройках расширенного центра поиска.
В центре поиска перейти к просмотру всего контента сайта:
Перейти к списку “Вкладки в результатах поиска” и переименовать элемент “Люди” в “Сотрудника”
То же самое сделать в списке “Вкладки на страницах поиска”.
Теперь на страницах запроса мы видим это:
А на страницах результатов – это:
Для того, чтобы отобразить сервисы из Exchange в интерфейсе SharePoint, можно воспользоваться веб-частью “Средство просмотра страниц” и страницами OWA, предоставляющие соответствующий функционал.
Добавляем на страницу веб-часть:
Вот пара примеров адресов, которые можно указать в параметрах этой веб-части:
Адресная книга - https://<exchange_server_name>/owa/?ae=Dialog&t=AddressBook
Календарь определенного пользователя - https://<exchange_server_name>/owa/<SMTP_address>/?cmd=contents&module=calendar&view=Weekly
Более подробно о том, какие сервисы можно отобразить, читайте статью Technet.
В результате на портале отобразится, например, корпоративная адресная книга:
Для использования данного метода необходимо соблюсти следующие условия:
Как и в предыдущих версиях SharePoint, можно настроить разные представления на отображение корня библиотеки и на отображение внутренностей папок. Сделать это можно следующим образом.
В библиотеке включаем управление типами контента:
Настраиваем представление, которое должно отображаться в корне. Указываем следующие параметры для него:
Создаем новое представление и при создании указываем следующие параметры:
Теперь при открытии корня библиотеки будет отображаться основное представление:
А при переходе в дочернюю папку - новое представление:
Можно абсолютно по-разному настроить состав отображаемых столбцов, сортировку, группировку, фильтрацию и т.д.
В расширенном поиске можно задавать фильтры по конкретным свойствам:
В зависимости от типа результата предлагаются от 8 до 12 свойств.
Добавить свои свойства можно следующим образом.
Например, мы хотим добавить столбец “DocType”, который есть у нас в некоторых библиотеках документов:
В центре администрирования в настройках приложения-службы поиска убеждаемся, что данный столбец был обойден. Для этого открываем раздел “Свойства метаданных” и переходим к разделу “Свойства для обхода”.
Вводим в поле поиска DocType и проверяем.
Если элементов не найдено, видимо с момента создания столбца в библиотеке не выполнялось полных обходов и нужно запустить его для продолжения настройки. Для этого необходимо перейти в раздел “Источники обхода” и выбрать в контекстном меню источника команду “Начать полный обход содержимого”.
Вернувшись в “Свойства для обхода убеждаемся что поле появилось”:
Теперь необходимо проверить, есть ли подходящее управляемое свойство для данного столбца. Для этого возвращаемся в раздел “Управляемые свойства”.
Ищем свойство, соответствующее нашему смыслу, и если такого не находится, создаем его. Для этого нажимаем “Создать управляемое свойство”, нажимаем, Выбираем категорию “SharePoint”,
выбираем наш столбец и нажимаем ОК и еще раз ОК.
Снова запустите полный обход, чтобы данные из нового столбца попали в индекс в управляемое поле. Проверяем, что поиск теперь корректно ищет по данному свойству, введя в поле поиска “doctype:инструкция”:
Теперь переходим на страницу расширенного запроса поиска, открываем ее на редактирование и переходим к параметрам веб-части “Поле расширенного поиска”
В разделе “Свойства” нажимаем на кнопку редактирования свойств:
В редакторе XML-свойства перед окончанием тега </PropertyDefs> добавляем <PropertyDef Name="DocType" DataType="text" DisplayName="Тип документа"/>, а перед окончанием каждого тега </ResultType> добавляем <PropertyRef Name="DocType" />, нажимаем два раза ОК для применения настроек.
Теперь можем выбрать тип поля прямо в выпадающем меню, ввести часть слова и нажать Поиск:
Чтобы на семействе сайтов можно было работать с метатегами, нужно активировать на семействе сайтов скрытую фичу:
<Feature Id="73EF14B1-13A9-416b-A9B5-ECECA2B0604C" Title="Register taxonomy site wide field added event receiver" Description="Registers the field added event on all SPSites being created" Version="14.0.0.0" Scope="Site" Hidden="true" DefaultResourceFile="core" ReceiverAssembly="Microsoft.SharePoint.Taxonomy, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" ReceiverClass="Microsoft.SharePoint.Taxonomy.TaxonomyFeatureReceiver" xmlns="http://schemas.microsoft.com/sharepoint/" ActivateOnDefault="true">
- <ElementManifests>
<ElementManifest Location="SiteSettings.xml" />
</ElementManifests>
- <UpgradeActions ReceiverAssembly="Microsoft.SharePoint.Taxonomy, Version=14.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" ReceiverClass="Microsoft.SharePoint.Taxonomy.TaxonomyFeatureReceiver">
- <VersionRange EndVersion="14.0.0.0">
<ApplyElementManifests />
</VersionRange>
</UpgradeActions>
</Feature>
Например, так: STSADM -o activatefeature -id 73EF14B1-13A9-416b-A9B5-ECECA2B0604C -url http://<server> –force
Если этого не сделать,
1. При добавлении столбца с типом “Управляемые метаданные”
Отображается ошибка Эта обязательная возможность не включена для данного типа столбца:
и выводится ошибка
Компонент таксономии (идентификатор компонента: "73EF14B1-13A9-416b-A9B5-ECECA2B0604C") не был активирован.<br>Не выбран набор терминов или точка привязки
2. В параметрах списков не отображается ссылка “Параметры корпоративных метаданных и ключевых слов”:
Так же не забудьте сопоставить с приложением службу управляемых метаданных
1. Обработка операторов между условиями
Как будет обрабатываться условие
Логика стандартная: сначала обрабатываются операции “и”, а затем “или”:
(поле12 пусто и поле8=”согласование внутреннее”) или (поле12 пусто и поле8=”согласование с Заказчиком”)
2. Можно использовать не более пяти условий:
От чего зависит наличие кнопок метаданных на сайте?
Кнопка “Мне нравится” доступна для страниц и документов в случае если с данным приложением сопоставлено служба управляемых метаданных:
Кнопка “Теги и заметки” – при сопоставлении службы профилей пользователей:
