Търсете
Бележка
В сила от 12 октомври 2022 г. „Портали на Power Apps“ става Power Pages. Повече информация: Microsoft Power Pages вече е общодостъпен (блог)
Скоро ще мигрираме и ще обединим документацията на „Портали на Power Apps“ с документацията на Power Pages.
В Power Apps Portals можете да търсите записи в множество таблици чрез използване на функцията за глобално търсене на портала. Можете да търсите и в записи на списъци, като използвате функцията за търсене в списък.
Функцията за търсене в списък в портала използва FetchXML в сървъра, за да търси колоните, определени в списъка, и след това да показва резултатите.
Бележка
Можете също да търсите в Power Pages. Повече информация: Какво представлява Power Pages
Важно
Започвайки с версия на уебсайт 9.4.4.xx, търсенето в портала използва Dataverse търсене за предоставяне на резултати от множество таблици и полета за нови портали. Lucene .NET търсенето е отхвърлено; обаче съществуващите портали, които използват Lucene .NET търсене, няма да бъдат засегнати. Препоръчваме на потребителите да мигрират към Dataverse Търсене. Активирайте Dataverse търсене на съществуващ портал, като използвате настройката на сайта Search/EnableDataverseSearch на true.
Всички съществуващи клиенти, които използват Lucene .Net търсене, трябва да мигрират към Dataverse търсене до октомври 2023 г.
Предварително изискване
Търсенето в портала изисква функцията за търсене на Dataverse да бъде активирана в средата на Dataverse
За да активирате търсене в Dataverse:
В центъра за администриране на Power Platform изберете среда.
Изберете Настройки > Продукт > Функции.
Под Търсене, задайте Търсене в Dataverse на Вкл..
Изберете Запиши.
След като индексът бъде предоставен, може да отнеме някъде между час или повече, за да завършите пълно синхронизиране за организации със среден размер, до няколко дни за организации с много голям размер.
Какво представлява търсенето в Dataverse
Търсенето в Dataverse осигурява бързи и пълни резултати, сортирани по уместност, в портали. Dataverse търсенето е същата услуга за търсене, използвана в управлявани от модели приложения и други Microsoft Power Platform услуги, изградени върху Microsoft Dataverse.
Глобално търсене
Предимствата на глобалното търсене включват способността му да:
- Намира съвпадения за всяка дума за търсене в произволно поле в таблицата. Съвпаденията могат да включват думи с алтернативни окончания, като например поток, поточен или поточно.
- Връща резултати от всички таблици с възможност за търсене в един списък, сортирани по уместност, въз основа на фактори като:
- Брой съвпадащи думи.
- Близост една към друга в текста.
- Подчертава съответствия в резултатите от търсенето.
- Предоставя опции за аспекти, които могат да се използват за допълнително филтриране на резултатите от търсенето.
- Глобалното търсене в портали ви позволява да търсите записи в множество таблици. Също така ви дава възможност да търсите в множество колони и да конфигурирате кои колони на таблицата ще бъдат достъпни за търсене.
- Осигурява интелигентно търсене чрез прилагане на технология за изкуствен интелект за тълкуване на естествения език, като например правописни грешки, често срещани съкращения и синоними, за да предоставя качествени резултати.
Бележка
Интелигентното търсене не работи, когато се използва синтаксис на Lucene. Изчистете стойността в Търсене/запитване настройки на сайта за да накарате интелигентната заявка да работи.
В глобалното търсене, колкото по-точно е съвпадението, толкова по-високо се показва в резултатите. Един мач, има по-висока значимост, ако повече думи от търсения термин се намират в непосредствена близост един до друг. Колкото по-малък е текстът, в който се намират търсените думи, толкова по-голяма е значимостта. Например ако откриете ключовите думи за търсене в името на фирмата и адрес, тя може да бъде по-добър мач от едни и същи думи, намерени в една голяма статия, отдалечени един от друг. Тъй като резултатите са върнати в един списък, може да видите смесица от записи да се показват един след друг, като съвпадащите думи се осветяват.
Следващите секции обясняват подробно начина на работа на глобалното търсене в портали на Power Apps и описват различните опции за конфигурация, които са налични.
Таблици, достъпни за търсене, в глобалното търсене в портала
Осигурява интелигентно търсене чрез прилагане на технология за изкуствен интелект за тълкуване на естествения език, като например правописни грешки, често срещани съкращения и синоними, за да предоставя качествени резултати.
По подразбиране следните таблици могат да се търсят в рамките на уеб сайт на портал, ако са инсталирани подходящите пакети с решения и е добавено търсене в портал. Индексираните колони ще се състоят от колоните, открити в изгледа за търсене, които могат да се персонализират. Всяка таблица в списъка има индексиран набор от атрибути по подразбиране, както е посочено тук:
- Статия от база знания
- Бележките и прикрепените файлове на статия от базата знания също са достъпни за търсене. Повече информация: Търсене в съдържанието на прикачен файл
- Статиите са достъпни за търсене само ако са публикувани, а полето им „Само вътрешна” е зададено на „false”.
- Блог
- Публикация в блог
- Коментар към публикация в блог
- Форум
- Публикация във форум
- Нишка от форум
- Идея
- Коментар за идея
- Форум за идеи
- Уеб файл
- Достъпно за търсене е и съдържанието на прикачен файл на уеб файловете. Повече информация: Търсене в съдържанието на прикачен файл
- Уеб страница
- Инцидент
Бележка
Може да конфигурирате допълнителни таблици за търсене. За повече информация прочетете конфигуриране на допълнителни таблици за търсене.
За да получите по-добра производителност при търсене, активирайте изгледа „Търсене в портал“ само за необходимите таблици и колони.
Колони за търсене в глобалното търсене
Всички колони, налични в изгледа, определен от настройката на сайта Search/IndexQueryName за всяка таблица, се индексират в глобалното търсене и в тях може да се търси.
Стойността по подразбиране за Search/IndexQueryName е „Търсене в портала”.
Първата колона в изгледа „Търсене в портала“ ще се покаже като заглавие на резултата от търсенето. Променете реда на колоните в изгледа „Търсене в портала“, за да получите желано заглавие на резултата от търсенето.
Ако изгледът не е наличен за някоя таблица, той не е индексиран и резултатите не се показват в глобалното търсене.
Бележка
Ако промените стойността на настройката на сайта Търсене/IndexQueryName, трябва да активирате ръчно повторно индексиране на компилацията, като използвате стъпките, определени в секцията Повторно изграждане на целия показалец за търсене.
Свързани настройки на сайта
Следните настройки на сайта са свързани с глобалното търсене:
Име | Стойност по подразбиране | Описание |
---|---|---|
Търсене/разрешено | Вярно | Булева стойност, която показва дали търсенето е разрешено. Ако зададете стойността на „невярно”, глобалното търсене в портала се изключва. Ако използвате стандартни уеб шаблони и изключите тази настройка, полето за търсене няма да се показва в заглавката, както и на страницата за търсене. Също така не се връщат резултати дори ако се натисне директен URL адрес за страница за търсене. |
Search/EnableDataverseSearch | True | Булева стойност, която показва дали Dataverse търсенето е активирано или търсенето в Lucene е активирано. Ако зададете стойността на false, глобалното търсене ще бъде предоставено от базирано на Lucene .NET търсене. Ако настройката не съществува, стойността по подразбиране е истина. Всички портали, предоставени след версия на уебсайт 9.4.4.xx, стойността по подразбиране е True. Порталите, предоставени преди тази версия, ще бъдат False. |
Search/EnableAdditionalEntities | False | Задаването на тази стойност на „вярно” дава възможност за търсене в допълнителни таблици на портала. Изисква Търсене/активирано да е с настройка Вярно, когато се използва. |
Търсене/филтри | Съдържание: adx_webpage;Events:adx_event,adx_eventschedule; Blogs:adx_blog,adx_blogpost,adx_blogpostcomment;Forums:adx_communityforum, adx_communityforumthread,adx_communityforumpost;Ideas:adx_ideaforum,adx_idea,adx_ideacomment; Проблеми: adx_issueforum, adx_issue, adx_issuecomment; Помощен център: инцидент |
Колекция от опции за филтриране за търсене по логическо име. Дефинирането на стойност тук ще добави опции за филтриране в падащ списък за глобално търсене. Тази стойност трябва да е под формата на двойки име/стойност, като името и стойността са разделени с двоеточие, а двойките са разделени с точка и запетая. Например: „Форуми:adx_communityforum,adx_communityforumthread,adx_communityforumpost;Блогове:adx_blog,adx_blogpost,adx_blogpostcomment”. Забележка:
|
Търсене/IndexQueryName | Търсене в портала | Името на системния изглед, използван от заявката за търсене в портала за определяне на разрешените полета на таблица, които са индексирани и в които се търси. |
Търсене/заявка | +(@Query) _title:(@Query) _logicalname:adx_webpage~ 0.9^0.2 -_logicalname:adx_webfile~0.9 adx_partialurl: (@Query) _logicalname:adx_blogpost~ 0.9^0.1 -_logicalname: adx_communityforumthread~0.9 |
Тази настройка добавя други тежести и филтри към заявката, въведена от потребител в полето за търсене по подразбиране, което се показва в портала. В стойността по подразбиране е текстът на заявката, @Query въведен от потребител. За информация как да промените тази стойност следвайте Синтаксис на заявки на Lucene. Важно: Тези тежести и филтри се прилагат само за полето за търсене, което е в страницата за търсене по подразбиране на портала. Ако използвате етикет за търсене на liquid за създаване на собствена страница за търсене, тази настройка не се прилага. |
Търсене/инструмент за определяне на корен | Английски | Езикът, използван от алгоритъма за извличане на корени на търсенето в портала. |
Търсене/FacetedView | True | Разрешава аспекти в резултатите от търсенето. Когато са зададени на „Вярно”, аспектите ще се показват заедно с резултатите на страницата за търсене. |
Search/IndexNotesAttachments | Невярно | Показва дали съдържанието на прикачените файлове с бележки в статии от базата знания и уеб файлове трябва да бъде индексирано. По подразбиране е зададено на False (Невярно). Повече информация: Търсене в съдържанието на прикачен файл |
Търсене/RecordTypeFacetsEntities | Blogs:adx_blog,adx_blogpost;Forums:adx_communityforum, adx_communityforumthread,adx_communityforumpost; Ideas:adx_ideaforum,adx_idea;Downloads:annotation,adx_webfile |
Определя как се групират таблиците в аспекта на типа на записа в страницата за търсене. Тази настройка е във формат "DisplayNameinRecordTypeFacet1:logicalnameoftable1,logicalnameoftable2; DisplayNameinRecordTypeFacet2:logicalnameoftable3,logicalnameoftable4" Показваното име в аспекта на типа на записа ще се показва в ПИ. Тази група аспекти ще комбинира резултата на таблиците, определени в конфигурацията. |
KnowledgeManagement/DisplayNotes | Вярно | Показва дали да индексирате прикачените файлове на статии от базата знания. По подразбиране е зададено на False (Невярно). |
Свързани фрагменти на съдържание
Следните фрагменти на съдържание са свързани с глобалното търсене:
Име | Стойност по подразбиране | Описание |
---|---|---|
Заглавие/Търсене/Етикет | Search | Този фрагмент на съдържание определя текста на водния знак, който се показва в полето за търсене в заглавката на портала.![]() |
Заглавие/Търсене/ToolTip | Търсете | Този фрагмент на съдържание определя текста на пояснението, който се показва, когато посочите иконата за търсене в заглавката на портала.![]() |
Търсене/По подразбиране/FilterText | Всички | Този фрагмент на съдържание определя текста по подразбиране, който се показва в падащия списък на филтъра до полето за търсене.![]() |
Търсене/Аспект/Всички | Всички | Този фрагмент на съдържание определя текста по подразбиране, който се показва за „аспект на всички записи” в аспекта „Тип на записа” на страницата с резултати от търсенето.![]() |
Търсене/Аспект/ClearConstraints | Изчистване на всички | Този фрагмент на съдържание определя етикета на бутона, който нулира всички аспекти, приложени в страницата с резултати от търсенето.![]() |
Търсене/Аспект/Изтегляния | Изтегляния | Този фрагмент на съдържание определя етикета, който се показва в резултатите от търсенето на прикачени файлове на анотация и записи на уеб файлове в аспекта „Тип на записа”.![]() |
Търсене/Аспект/По-малко | Показване на по-малко | Този фрагмент на съдържание определя етикета на бутона, който свива резултатите за аспекта.![]() |
Търсене/Аспект/ModifiedDate | Дата на промяна | Този фрагмент на съдържание определя етикета на заглавката, която се показва за аспекта на датата на промяна.![]() |
Търсене/Аспект/Повече | Показване на още | Този фрагмент на съдържание определя етикета на бутона, който разширява резултатите за аспекта.![]() |
Търсене/Аспект/Продукт | Продукти | Този фрагмент на съдържание определя етикета на аспекта на продуктите.![]() |
Търсене/Аспект/Оценка | Rating | Този фрагмент на съдържание определя етикета на аспекта на оценката.![]() |
Търсене/Аспект/RecordType | Тип запис | Този фрагмент на съдържание определя етикета на аспекта на типа на записа.![]() |
Търсене/Аспект/SortOrder/AverageUserRating | Средни оценки на потребител | Този фрагмент на съдържание определя етикета, който се показва за опцията „Сортиране по средни оценки на потребител” в падащия списък на сортирането в страницата с резултати от търсенето.![]() |
Търсене/Аспект/SortOrder/Съответствие | Съответствие | Този фрагмент на съдържание определя етикета, който се показва за опцията „Сортиране по съответствие” в падащия списък на сортирането в страницата с резултати от търсенето.![]() |
Търсене/Аспект/SortOrder/Преглеждания | Брой преглеждания | Този фрагмент на съдържание определя етикета, който се показва за опцията „Сортиране по брой преглеждания” в падащия списък на сортирането в страницата с резултати от търсенето.![]() |
Специфична обработка на таблица
Случай: По подразбиране достъпни за търсене са само случаите, които са в състояние Разрешени и полето Публикуване в уеб е зададено на Вярно. Това поведение може да се промени, като се актуализира изгледа на търсенето в портала на таблицата „Случай” и се премахнат филтрите, които са налични в изгледа на търсенето в портала. Обаче, когато се премахне тази отметка, е важно да се гарантира, че уеб шаблонът за случай на Customer Service е променен по съответния начин, защото този уеб шаблон ограничава всички потребители при преглеждането на случаи, които са активни, но не са публикувани в мрежата. Ако уеб шаблонът не е променен, случаите ще се виждат в резултатите от търсенето. Обаче, когато ги изберете, уеб страницата с подробности за случая се показва с грешка за отказано разрешение.
База знания: Статиите от базата знания са достъпни за търсене само когато са в състояние Публикувани и полето Вътрешно е зададено на Не. Това поведение не може да бъде променено. Статиите от базата знания имат и специални функции, налични в резултатите от търсенето, както следва:
Аспекти: Налични са само два специални аспекта за статии от базата знания, които се показват, ако има налични записи на статии от базата знания в резултатите от търсенето.
Аспект на оценки: Този аспект ви позволява да филтрирате резултатите от търсенето на базата на средната оценка на статиите от базата знания.
Аспект на продукт: Този аспект ви позволява да филтрирате резултатите от търсенето на базата на продукта, свързан със статиите от базата знания.
Търсене в прикачен файл: Тази функция ви позволява да търсите в прикачените файлове или бележките, свързани със статия от базата знания. Търсене в описанието на бележки, заглавието, името на прикачения файл и съдържанието на бележки или прикачени файлове, показани в портала. Повече информация: Търсене в съдържанието на прикачен файл
Специални знаци и синтаксис, поддържани от търсенето
Като част от глобалното търсене в портала се поддържат различни специални знаци и синтаксис за по-добро филтриране на резултатите от търсенето. Тези специални знаци и синтаксис се разделят най-общо в следните групи:
Термин: Всяка заявка, въведена от потребител за търсене, се разбиват на термини и оператори. По-долу са посочени типовете термини:
Единичен термин: Единичният термин представлява една дума. Например заявка {здравей, свят} ще бъде разбита на два единични термина, „здравей” и „свят”. Всеки единичен термин се търси отделно. Това означава, че за заявката {здравей, свят} в резултатите от търсенето ще се покажат всички записи с термина „здравей” или „свят”.
Фрази: Фразата представлява група термини, обградени с двойни кавички („”). Например заявката {„здравей, свят”} ще се разбие като фраза „здравей, свят”. Търсят се целите фрази. Например при заявката {"hello world"} в резултатите от търсенето ще бъдат показани всички записи, съдържащи пълната фраза "hello world". Всеки запис, който има само "hello" или "world", няма да бъде показан.
Всяка заявка за търсене може да се състои от един или много подобни термини от всякакъв тип, които се комбинират с помощта на булеви оператори, за да се създадат сложни заявки.
Модификатори на термини
Търсене със заместващ символ: Има два типа заместващи символи, налични за използване в единичните термини на заявките за търсене (не в заявките с фрази): търсене със заместващ символ за един знак и търсене със заместващ символ за няколко знака.
Търсене със заместващ символ за един знак: За да изпълните търсене със заместващ символ за един знак, използвайте символа въпросителен знак (?). Търсенето със заместващ символ за един знак търси термини, които съответстват, когато се подмени този знак. Например, за да търсите „тост” или „тест”, може да използвате заявка за търсене като „т?ст”.
Търсене със заместващ символ за няколко знака: За да изпълните търсене със заместващ символ за няколко знака, използвайте символа звездичка (*). Търсенето със заместващ символ за няколко знака търси от нула до повече знаци. Например, за да търсите тест, тестове или тестер, можете да използвате заявка за търсене като „тест ”. Можете също да използвате търсене със заместващ символ за няколко знака и в средата на заявката. Например „тет”.
Бележка
- Не можете да използвате символите * или ? като първи знак в търсенето.
- Търсенето със заместващ символ не може да се използва в заявка с фраза. Например, ако използвате заявка като „здраве*, свят”, тя няма да покаже резултати с текста „здравей, свят”.
Търсене в близост: Търсенето в близост ви позволява да търсите думи, които са на определено разстояние една от друга. Например, ако искате резултати, в които думите „снимка” и „неясна” се появяват в рамките на до 10 думи една от друга, можете да използвате търсенето в близост.
За да изпълните търсене в близост, използвайте символа тилда (~) в края на заявката. Например, ако искате да откриете резултати за думите „снимка” и „неясна”, които се появяват в рамките на до 10 думи една от друга, заявката ще бъде „снимка неясна”~10.
Подсилване на термин: Глобалното търсене предоставя нивото на съответствие на съвпадащите документи на базата на откритите термини. За подсилване на термин използвайте символа карета (^) с фактор на подсилване (число) в края на термина, който търсите. Колкото по-висок е факторът на подсилване, толкова по-подходящ ще е терминът.
Подсилването ви позволява да контролирате съответствието на документ, като подсилите термина в него. Например, ако търсите смарт телевизор и искате терминът „смарт” да е с по-голяма тежест, подсилете го с помощта на символа ^ и фактора на подсилване до термина. Трябва да въведете: Смарт^4 телевизор. По този начин документите с термина "смарт" ще се покажат като по-подходящи.
Можете да подсилвате и фрази, както в примера: „Смарт телевизор”^4 „Нов телевизор”. В този случай фразата „смарт телевизор” ще е подсилена в сравнение с „нов телевизор”.
По подразбиране факторът на подсилване е 1. Въпреки че факторът на подсилване трябва да е положително число, той може да е по-малък от 1 (например 0,2).
Булеви оператори: Булевите оператори позволяват комбинирането на термини чрез логически оператори. Глобалното търсене поддържа ИЛИ, И, НЕ, „+” и „-” като булеви оператори.
Бележка
Булевите оператори трябва да се изписват с главни букви.
ИЛИ: Операторът ИЛИ е операторът за връзка по подразбиране. Ако няма булев оператор между два термина, се използва операторът ИЛИ. Операторът ИЛИ свързва двата термини и открива съвпадащ запис, ако някой от термините е наличен в записа. Това е еквивалент на съюз при набори. Символът || може да се използва вместо думата ИЛИ. Например заявката за търсене „смарт телевизор” (без кавичките) ще търси всички записи с думата „смарт” или „телевизор”. Тази заявка може да се изпише и като „Смарт ИЛИ телевизор”, „Смарт || телевизор”.
И: Операторът И открива съвпадащи записи, в които и двата термина се използват някъде в текста на един документ. Това е еквивалент на пресечна точка при набори. Символът && може да се използва вместо думата И. Например заявката за търсене „смарт И телевизор” (без кавичките) ще търси всички записи с думите „смарт” и „телевизор”. Тази заявка може да се изпише и като „Смарт && телевизор”.
НЕ: Операторът НЕ изключва записи, които съдържат термина след НЕ. Това е еквивалент на разлика при набори. Символът ! може да се използва вместо думата НЕ. Например заявката за търсене „смарт НЕ телевизор” (без кавичките) ще търси всички записи, в които е налична думата „смарт”, но не и думата „телевизор”. Тази заявка може да се изпише и като „Смарт ! телевизор“.
Символ плюс (+): Символът плюс (+), известен още като оператор за задължително, изисква терминът след символа „+” да е наличен някъде в записа. Например заявката за търсене „смарт + телевизор” ще търси всички записи, в които задължително присъства думата „телевизор”, а думата „смарт” може също да присъства.
Символ минус (-): Символът минус (-), известен още като оператор за забраняване, изключва документи, които съдържат термина след символа „-”. Например заявката за търсене „смарт - телевизор” ще търси всички записи, в които присъства думата „смарт”, а думата „телевизор” не трябва да присъства.
Групиране: Глобалното търсене в портала поддържа използването на скоби за групиране на клаузи, за да се формират подзаявки. Тази функция може да е от голяма полза, ако искате да контролирате булевата логика за заявка. Например, ако искате да търсите всички записи, в които присъства един от термините „HD” или „смарт”, а думата „телевизор” присъства винаги, заявката може да се напише като „(HD или смарт) И телевизор” (без кавичките).
Етикет за търсене на Liquid
Може да извикате глобално търсене в портала от шаблони за liquid с помощта на етикета searchindex. Допълнителна информация: searchindex
Важно
Когато използвате етикета searchindex, аспектите не се връщат като част от резултатите и не могат да се приложат като филтър.
Актуализиране на показалеца за търсене
Актуализациите на показалеца за търсене в портали на Power Apps стават автоматично като задаване на кеш данните като невалидни. Имайте предвид тези важни неща:
Всички таблици, разрешени за търсене, трябва да са с разрешен флаг за метаданни „Известяване за промяна”; в противен случай в портала няма да се получи известяване за никоя от промените и показалецът за търсене няма да се актуализира.
Всяка промяна може да отнеме до 30 минути, за да бъдат отразена в търсене на портала. 95 процента от промените обаче ще бъдат актуализирани в рамките на 15 минути. Ако има прикачени файлове, може да отнеме дори повече време в зависимост от размера на прикачения файл.
Препоръчително е ръчно да изградите повторно целия показалец след изпълнението на групово мигриране на данни или на групови актуализации на записи за кратък период от време. За подробности вижте Повторно изграждане на целия показалец за търсене.
Повторно изграждане на целия показалец за търсене
Повторното изграждане на целия показалец за търсене е необходимо, когато:
- Правите промени на метаданни, за да търсите свойства, като например промяна на специфични настройки на сайт за определена заявка или промяна на изгледа на търсене на таблица и т.н.
- Изпълняват се групово мигриране на данни или актуализации.
- Запис на уеб сайт, свързан с портала, се променя в средата на Microsoft Dataverse.
Можете да изградите повторно целия показалец за търсене и от портала.
- Влезте в портала като администратор.
- Навигирайте до URL адреса, както следва:
<portal_path>/_services/about
- Изберете Повторно изграждане на показалеца за търсене.
Важно
- Повторното изграждане на целия показалец е много скъпа операция и не трябва да се прави през натоварените часове на използване, тъй като това може да доведе до неработно време за портала.
- Времето, необходимо за възстановяване на индекса, е пропорционално на размера на данните, отговарящи на условията за индексиране според конфигурацията на вашата заявка за търсене, и може да варира от няколко минути до един час.
Премахване на таблица от глобалното търсене
Понякога се изисква пълното премахване на определени таблици от глобалното търсене в портала, за да се гарантира, че клиентите ви ще получат бързо правилните резултати.
В примера по-долу ще премахнем таблицата „Случай” от глобалното търсене в портала.
Стъпка 1: Блокиране на индексирането на таблицата „Случай”
За да блокирате индексирането на таблицата „Случай”, трябва да преименувате изгледа на таблицата „Случай”, който определя набора от записи, които ще се индексират от портала (определени от настройката на сайта Търсене/IndexQueryName). По подразбиране името на този изглед е „Търсене в портала”.
Отидете на Power Apps.
Изберете Решения.
Търсете Решение по подразбиране и изберете „Редактиране”, за да го отворите.
Търсете и редактирайте таблицата Случай, за да видите нейните компоненти.
Изберете раздела Прегледи и след това изберете Търсене в портала, за да го отворите в редактор на изгледи.
В редактора на изгледи преименувайте изгледа според вашето изискване. Уверете се, че новото име не съдържа термина Търсене в портала.
Запишете и публикувайте промените и затворете редактора на изгледи.
Изградете повторно целия показалец, както е описано в секцията Повторно изграждане на целия показалец за търсене.
Бележка
В този пример ние правим промени в незавършен слой директно чрез редактиране на изглед. Можете да направите това и чрез завършено решение.
Стъпка 2: Премахване на таблица на случай от ПИ
След изпълнението на действията, както е описано в Стъпка 1, ще се прекрати индексирането на таблицата „Случай”. За да премахнете таблицата на случай от уязвимите зони на ПИ, трябва да промените настройката на сайта, свързана с глобалното търсене в портала. Трябва да се промени следната настройка на сайта:
търсене/филтри: Премахва таблицата на случай от филтрите в страницата за търсене, както и в полето за търсене в заглавката на сайта. По подразбиране стойността е: Content:adx_webpage,adx_webfile;Blogs:adx_blog,adx_blogpost;Forums:adx_communityforum,adx_communityforumthread,adx_communityforumpost;Ideas:adx_ideaforum,adx_idea;Help Desk:incident;Knowledge:knowledgearticle
Трябва да изтриете Help Desk:incident;
от стойността на тази настройка на сайта, за да се премахне таблицата „Инцидент” от филтрите до полето за търсене в ПИ.
Променената стойност ще бъде:
Content:adx_webpage,adx_webfile;Blogs:adx_blog,adx_blogpost;Forums:adx_communityforum,adx_communityforumthread,adx_communityforumpost;Ideas:adx_ideaforum,adx_idea;Knowledge:knowledgearticle
След промяната на тази настройка на сайта таблицата на случай ще се премахне от филтрите в страницата за търсене, както и от заглавката.
Следващи стъпки
Конфигуриране на глобално търсене за допълнителни таблици
Вижте също
Бележка
Можете ли да ни споделите повече за езиковите си предпочитания за документацията? Попълнете кратко проучване. (имайте предвид, че това проучване е на английски език)
Проучването ще отнеме около седем минути. Не се събират лични данни (декларация за поверителност).