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

Question

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

{searchTerms} (Путь:/Великобритания/)

{searchTerms} (Путь:http://mysite.net/uk/*)

я смог использовать Path:http:// и получу результаты, но если я поставлю первую букву домена моего сайта (т. Path:http://m), со звездочкой или без нее, я снова получаю нулевые результаты.

Может ли кто-нибудь помочь мне понять, как использовать Path фильтр свойств или предложите другой фильтр свойств, который я могу использовать?

[ОБНОВЛЯТЬ]В Центре администрирования > Приложение службы поиска я могу настроить источники результатов, используя подстановочные знаки пути, т.е. Path:http://mysite/uk*, но когда я пытаюсь выполнить тот же запрос с сайта или семейства веб-сайтов, я получаю нулевые результаты.

Если это актуально:мое веб-приложение использует порт 80 и использует FBA для аутентификации.Мой Default content access account из Active Directory, поэтому я расширил свое веб-приложение с портом 80 до порта 111 без FBA, чтобы учетная запись доступа могла получать доступ ко всему контенту без роли безопасности роли FBA.

Это не должно иметь значения, но, может быть, это имеет значение?

Answer 1

Я нашел причину своей проблемы.Это не может объяснить, почему Путь у некоторых работает, но этот маршрут позволил мне правильно отфильтровать результаты:

А Путь управляемое свойство настроено как Complete Matching, это означает, что мой Путь значения /uk или http://mysite.net/uk были обречены на провал, поскольку не являются полными URL-адресами.

Моим решением было создать новое управляемое свойство (которое я назвал Путь страницы), используя те же значения «Сопоставление», что и Путь, но не проверяя Complete Matching коробка.

Теперь в моем запросе я могу использовать PagePath:/uk и я вижу только результаты с сайта /uk и выше.

Надеюсь, это кому-то поможет :)

Answer 2

Существует также управляемое свойство Site, которое можно использовать и которое может дать желаемые результаты.

Answer 3

Вы можете создать новый источник контента, содержащий URL-адреса (внутренние/внешние), которые вы хотите использовать в качестве источника для источника результатов.Вам не нужно создавать никаких дополнительных элементов.

{searchTerms} ContentSource=<имя источника контента>

Answer 4

Я знаю, что прошло много времени с тех пор, как вы писали, но, возможно, это кому-то еще нужно...

У меня была такая же проблема.В моем случае у меня было два разных веб-приложения: одно работало, другое нет.Я настроил оба варианта с AAN (альтернативное сопоставление доступа) для зоны Экстранет.Я обнаружил, что веб-приложение/сайты, на которых возникли проблемы, были настроены с использованием URL-адреса из зоны экстрасети в конфигурации источника контента.Я изменил настройки источника контента на сканирование с использованием зоны по умолчанию, запустил полное сканирование, и проблема была решена.

Answer 5

В Sever Name Mappings я удалил запись для сайта, и путь начал работать. Проверьте и дайте мне знать, работает ли он у вас.

Answer 6

Другой подход заключается в использовании

ParentLink

Пример:

ParentLink:uk*