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

Я хочу создать источник результатов онлайн-поиска Sharepoint, который включает только некоторые семейства веб-сайтов и дочерние сайты. У меня более 5000 коллекций сайтов, поэтому я не могу использовать именованные URL-адреса/идентификаторы сайтов в источнике результатов - это не поддерживается. Вместо этого я надеюсь добавить проиндексированное свойство в набор свойств сайта после подготовки сайта, а затем сопоставить с ним управляемое свойство и использовать его в источнике результатов для фильтрации результатов поиска, чтобы они соответствовали только содержимому, найденному на сайтах, которые имеют это значение свойства. Статья Фила Хардинга описывает этот подход: https://platinumdogs.me/2015/02/06/set-a-propertybag-property-as-indexed-queryable-via-search-using-csom-powershell/ и Майк Моравски добавляет немного кода для кодирования индексированных свойств — sharepoint-search/" rel="nofollow noreferrer">http://www.migee.com/2015/09/14/allowing-property-bag-values-to-be-searched-через-sharepoint-search/ Я использовал части обоих для реализации этого подхода.

Подход:

  1. Добавить ключ = 'SiteType', значение = 'MySiteType' во все свойства Web
  2. Добавьте индексированное свойство «SiteType» со значением «MySiteType» в веб-индексированные свойства (vti_indexedpropertykeys). Ключ закодирован в base64
  3. Добавить управляемое свойство «propSiteType», сопоставленное с просканированным свойством «SiteType» в схеме поиска вручную.

Я выполнил 1 и 2 с помощью Powershell + CSOM и проверил, что свойство сайта добавлено и просканировано. Управляемое свойство есть, но оно недоступно в диалоговом окне построителя ResultSource, и любые поисковые запросы, такие как {searchterms} propSiteType:MySiteType или (contentclass:STS_Web OR contentclass:STS_Site) propSiteType:MySiteType, не возвращают результатов.

Идеи или альтернативные подходы? заранее спасибо


person worksofwisdom    schedule 30.01.2019    source источник
comment
Не уверен, почему кто-то проголосовал за это. Я отменил его/ее голос. Это сложная тема, но вопрос ясен для тех, кто разбирается в этой области, и он включает ссылки, в которых обсуждается решение, которое не работает для вас (по какой-то причине).   -  person Kirk Liemohn    schedule 30.01.2019
comment
@KirkLiemohn - То же самое. Я очень, очень, очень надеюсь, что SO начнет требовать комментариев для отрицательных голосов.   -  person Tracy    schedule 05.02.2019


Ответы (1)


Моя единственная мысль - задержка индексации. Я видел, как O365 индексирует новое содержимое несколько дней, и это даже при вручную запрос сканирования. Если это была проблема, она, вероятно, уже решена. Вы видите релевантные результаты поиска?

https://www.sharepointnutsandbolts.com/2013/10/waiting-for-search-crawl-in-office-365.html

person Tracy    schedule 05.02.2019
comment
Я думаю, что это правильный ответ, и это похоже на отличную ссылку. Я говорил с workofwisdom за кулисами, и я думаю, что теперь все работает. Я подтолкну его к разговору. Было бы хорошо иметь хорошее представление о том, какие ожидания связаны с индексируемым контентом, и о любых дополнительных задержках для новых управляемых свойств, если они будут добавлены в микс. - person Kirk Liemohn; 07.02.2019
comment
Проблема решилась сама собой, но через 3. дня. Хорошая ссылка на ручной запрос обхода, спасибо за это - основной урок состоял в том, чтобы вручную переиндексировать любые сайты, которые могут иметь свойства, сопоставленные с новым управляемым свойством - стандартный добавочный обход не улавливает сопоставление. Похоже, что в конечном итоге это было переиндексировано, и проблема была решена. Стоит отметить, что новые управляемые свойства никогда не заполняются в построителе запросов источника результатов — вы должны знать имя/псевдоним. - person worksofwisdom; 07.02.2019