Шукати
Примітка
З 12 жовтня 2022 року портали Power Apps перейменовано на Power Pages. Додаткова інформація: Microsoft Power Pages тепер у загальному доступі (блоґ)
Незабаром документацію порталів Power Apps буде перенесено та об’єднано з документацією Power Pages.
На порталах Power Apps ви можете шукати записи у кількох таблицях за допомогою функції глобального пошуку. Можна також виконати пошук серед записів списків за допомогою функції пошуку у списку.
Функція пошуку в списку на порталі використовує 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. Очистіть значення Search/Query в настройках сайту, щоб запрацювали інтелектуальні запити.
У глобальному пошуку чим кращий збіг, тим вище він відображається в результатах. Збіг має вищу відповідність, якщо знайдено кілька слів з пошукового терміну в безпосередній близькості один до одного. Чим менша кількість тексту, де пошукові слова можуть бути знайдені, тим вища відповідність. Наприклад, якщо ви знайшли слова для пошуку у назві компанії та адресі, це може бути більший збіг, ніж ті самі слова, що зустрічаються у великих статтях окремо один від одного. Оскільки результати відтворюються як єдиний список, ви можете побачити змішані записи, які відображаються один за одним, а збіги виділяються.
У розділах нижче детально описано принцип роботи глобального пошуку на порталах Power Apps і різні варіанти його конфігурації.
Таблиці, доступні для пошуку в глобальному пошуку порталу
Надає послуги інтелектуального пошуку, застосовуючи технологію ШІ для інтерпретації природної мови, наприклад, неправильної вимови та поширених абревіатур, і використовує синоніми для отримання результатів вищої якості.
За замовчуванням, перелічені нижче таблиці можна шукати в межах веб-сайту порталу за умови, що встановлено відповідні пакети рішень і пошук було додано до порталу. Стовпці, які індексуються, складатимуться зі стовпців, які відображаються у поданні «Пошук», яке можна настроювати. Кожна таблиця у списку має типовий набір атрибутів, що індексовані як зазначено тут:
- Стаття бази знань
- Примітки та вкладення статті бази знань також доступні для пошуку. Додаткові відомості: Пошук у вмісті вкладеного файлу
- Статті доступні для пошуку лише тоді, коли вони були опубліковані і якщо поле «Лише для внутрішнього використання» має значення false.
- Блоґ
- Запис у блозі
- Коментар до запису блогу
- Форум
- Запис на форумі
- Ланцюжок форуму
- Ідея
- Коментар до ідеї
- Форум ідей
- Веб-файл
- Вміст вкладення веб-файлів також доступний для пошуку. Додаткові відомості: Пошук у вмісті вкладеного файлу
- Веб-сторінка
- Інцидент
Примітка
Можна налаштувати пошук для додаткових таблиць Для отримання додаткових відомостей див. Настроювання додаткових таблиць для пошуку.
Щоб підвищити ефективність пошуку, увімкніть подання «Пошук на порталі» лише для необхідних таблиць і стовпців.
Стовпці, доступні для пошуку в глобальному пошуку
Усі стовпці, доступні в поданні, визначеному параметром сайту Search/IndexQueryName для будь-якої таблиці, індексуються у глобальному пошуку і доступні для пошуку.
Значення за промовчанням для Search/IndexQueryName: «Пошук на порталі».
Перший стовпець у поданні «Пошук на порталі» працюватиме як заголовок результату пошуку. Змініть порядок стовпців у поданні «Пошук на порталі», щоб отримати потрібний заголовок результату пошуку.
Якщо подання не доступне для будь-якої таблиці, воно не індексується, а результати не відображаються у глобальному пошуку.
Примітка
Якщо змінити значення параметра сайту Search/IndexQueryName, вам потрібно викликати вручну повторну індексацію добірки за допомогою кроків, що визначені в розділі Перебудувати покажчик пошуку.
Пов’язані настройки сайту
Вказані нижче параметри сайту стосуються глобального пошуку:
| Ім’я | Стандартне значення | Опис |
|---|---|---|
| Search/Enabled | Істина | Логічне значення, яке вказує, чи функцію пошуку включено. Якщо встановлено значення false, глобальний пошук на порталі вимкнуто. Якщо ви використовуєте готові веб-шаблони і вимкнули цей параметр, поле пошуку не відображатиметься у заголовку, а також на сторінці пошуку. Крім того, не буде видано жодних результатів, навіть якщо натиснути просто на пряму URL-адресу. |
| Search/EnableDataverseSearch | Так | Логічне значення, яке вказує, увімкнено пошук Dataverse чи пошук Lucene. Якщо встановити значення false, глобальний пошук працюватиме на основі Lucene .NET. Якщо параметра немає, значення за замовчуванням буде істинним. Усі портали, проініційовані після версії 9.4.4.xx, за замовчуванням матимуть тут значення True. На порталах, проініційовані раніше, це значення версії буде False. |
| Search/EnableAdditionalEntities | Ні | Якщо для цього значення встановлено true, на порталі вмикається пошук інших таблиць. У разі використання необхідно встановити для параметра Search/Enabled значення True. |
| Пошук/Фільтри | Content: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; Issues:adx_issueforum,adx_issue,adx_issuecomment;Help Desk:incident |
Набір параметрів фільтра логічних імен пошуку. Визначення тут значення додасть параметри розкривного списку фільтра до глобального пошуку. Це значення має бути у формі пари ім'я/значення, де ім'я та значення будуть розділені двокрапкою, а пари будуть розділені крапкою з комою. Наприклад: "форуми:adx_communityforum,adx_communityforumthread,adx_communityforumpost;блоги:adx_blog, adx_blogpost,adx_blogpostcomment". Примітка.
|
| Search/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 для створення власної сторінки пошуку, цей параметр не застосовується. |
| Search/Stemmer | англійська | Мова, що використовується алгоритмами засобів визначення кореня слова у пошуку порталу. |
| Search/FacetedView | Так | Дає змогу застосувати аспекти в результатах пошуку. Якщо встановлено значення True, аспекти будуть відображатися разом із результатами на сторінці пошуку. |
| Search/IndexNotesAttachments | Неправда | Вказує, чи слід індексувати вміст вкладення примітки у статтях бази знань і веб-файлах. За замовчуванням установлено значення False. Додаткові відомості: Пошук у вмісті вкладеного файлу |
| Search/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 | Цей фрагмент вмісту визначає текст водяного знаку в полі пошуку у заголовку порталу. |
| Заголовок/Пошук/Підказка | Введіть пошуковий запит | Цей фрагмент вмісту визначає текст підказки, який відображається під час наведення курсора на піктограму пошуку у верхній частині порталу. |
| Search/Default/FilterText | Усе | Цей фрагмент вмісту визначає текст за промовчанням, що відображається в розкривному списку фільтрів поруч із пошуком. |
| Пошук/Аспект/Усі | Усе | Цей фрагмент вмісту визначає текст за промовчанням, що відображається для «всіх аспектів записів» в аспекті »Тип запису» сторінки результатів пошуку. |
| Search/Facet/ClearConstraints | Очистити все | Цей фрагмент вмісту визначає позначку кнопки, яка повертає всі аспекти, що застосовуються на сторінці результатів пошуку. |
| Search/Facet/Downloads | Завантаження | Цей фрагмент вмісту визначає позначку, що відображається в результатах пошуку у вкладених анотаціях та записах веб-файлів у аспекті «Тип запису». |
| Пошук/Аспект/Стисло | Показати менше | Цей фрагмент вмісту визначає позначку кнопки, яка згортає результати аспектного пошуку. |
| Search/Facet/ModifiedDate | Дата змінення | Цей фрагмент вмісту визначає позначку заголовка, що відображається для на аспекту "Дата змінення". |
| Пошук/Аспект/Докладно | Більше | Цей фрагмент вмісту визначає позначку кнопки, яка розгортає результати аспектного пошуку. |
| Пошук/Аспект/Продукт | Продукти | Цей фрагмент вмісту визначає позначку аспекту "Продукти". ![Аспект "Продукти".](../media/facet-product.png "Аспект "Продукти"") |
| Пошук/Аспект/Оцінка | Оцінка | Цей фрагмент вмісту визначає позначку аспекту "Оцінка". ![Аспект "Оцінки".](../media/facet-rating.png "Аспект "Оцінки"") |
| Search/Facet/RecordType | Тип запису | Цей фрагмент вмісту визначає позначення аспекту "Тип запису". ![Аспект "Тип запису".](../media/facet-record-type.png "Аспект "Тип запису"") |
| Search/Facet/SortOrder/AverageUserRating | Середня оцінка користувачів | Цей фрагмент вмісту визначає позначення, що відображається для параметра «Сортування за середнім рейтингом користувачів» у розкривному списку сортування на сторінці результатів пошуку. |
| Search/Facet/SortOrder/Relevance | Відповідність | Цей фрагмент вмісту визначає позначення, що відображається для параметра «Сортування за відповідністю» у розкривному списку сортування на сторінці результатів пошуку. |
| Search/Facet/SortOrder/Views | Кількість переглядів | Цей фрагмент вмісту визначає позначення, що відображається для параметра «Сортування за кількістю переглядів» у розкривному списку сортування на сторінці результатів пошуку. |
Обробки для певної таблиці
Інцидент: за промовчанням лише ті інциденти доступні для пошуку, які перебувають у стані Вирішені, а для поля Опублікувати в мережі встановлено значення True. Це поведінка може бути змінена завдяки оновленню подання «Пошуку на порталі» таблиці «Інцидент» та видалення фільтрів, доступних у поданні «Пошук на порталі». Однак, після зняття цього прапорця, важливо забезпечити відповідні зміни веб-шаблону «Інцидент» у Customer Service, оскільки цей веб-шаблон забороняє всім користувачам переглядати інциденти, які є активними, але не публікуються в Інтернеті. Якщо цей веб-шаблон не змінити, інциденти відображатимуться в результатах пошуку. Проте, якщо їх вибрано, веб-сторінка відомостей інциденту відображатиметься з помилкою "Дозвіл відхилено".
База знань: Статті бази знань будуть доступними для пошуку лише тоді, коли вони мають стан Опубліковано, а поле Внутрішньо встановлене у значення Ні. Цю поведінку неможливо змінити. Статті бази знань також мають спеціальні можливості, що доступні в таких результатах пошуку:
Аспекти: є два спеціальні аспекти, доступні лише для статей бази знань, які відображаються лише тоді, коли записи бази знань доступні в результатах пошуку.
Аспект оцінки: цей аспект дає змогу фільтрувати результати пошуку на основі середньої оцінки статей бази знань.
Аспект продукту: цей аспект дає змогу Фільтрувати результати пошуку на основі продукту, пов’язаного зі статтею бази знань.
Пошук вкладень: ця функція дає змогу виконати пошук у вкладеннях або примітках, пов'язаних із статтею бази знань. Шукайте в описі примітки, назві, імені файлу вкладення та вмісті вкладення у примітках або вкладеннях, що є відкритими на порталі. Додаткові відомості: Пошук у вмісті вкладеного файлу
Спеціальні символи та синтаксис підтримуються пошуком
Під час глобального пошуку на порталі підтримується ціла низка спеціальних символів та різні типи синтаксису для кращої фільтрації результатів пошуку. Ці спеціальні символи та синтаксис діляться на такі великі групи:
Термін: будь-який запит, введений користувачем для пошуку розділяється на терміни та операторів. Нижче наведені типи термінів:
Одиночний термін: одиночний термін – це одне слово. Наприклад, запит {hello world} можна розділити на два одиночні терміни: «hello» і «world». Для кожного одиночного терміну здійснюється окремий пошук. Тому в запиті {hello world} усі записи, які мають термін «hello» або «world», відображатимуться в результатах пошуку.
Фрази: фраза — це група термінів, закрита подвійними лапками (""). Наприклад, запит {"hello world"} мав би трактуватися як фраза «hello world». Пошук кожної фрази здійснюється цілком. Наприклад, в запиті {"hello world"} усі записи, які мають цілу фразу «hello world», відображатимуться в результатах пошуку. Записи, в яких є лише «hello» або «world», не відображатимуться.
Кожен пошуковий запит може складатися з одного або кількох таких термінів будь-якого типу, які об'єднуються за допомогою логічних операторів для створення складних запитів.
Модифікатори терміну
Узагальнений пошук: існує два типи узагальнення, які можна використовувати в межах одного терміну в пошуковому запиті (не для фразових запитів): один символ узагальнення та кілька символів узагальнення в пошуку.
Один символ узагальнення в пошуку: щоб виконати пошук з одним символом узагальнення, використовуйте знак питання (?). Один символ узагальнення в пошуку шукає терміни, які збігаються з одним заміненим символом. Наприклад, щоб виконати пошук «тент» або «тест» можна використовувати пошуковий запит як «те?т».
Кілька символів узагальнення в пошуку: щоб шукати з кількома символами узагальнення, використовуйте зірочку (*). Пошук з кількома символами узагальнення шукає від нуля і більше символів. Наприклад, щоб знайти слово «тест», «тести» або «тестер», скористайтеся пошуковим запитом «тест ». Також можна використати кілька символів узагальнення для пошуку посередині запиту. Наприклад, «тет».
Примітка
- Неможливо використовувати * або ? символ як перший знак у пошуку.
- Пошук узагальнень не можна використати у запиті з фразою. Наприклад, якщо ви використовуєте запит як «hell* world», він не відображатиме результати з текстом «hello world».
Пошук близькості: пошук близькості дає змогу шукати слова, які є в межах певної відстані одне від одного. Наприклад, якщо потрібно знайти результати для слів «Зображення» та «розмиті», що відображаються поміж 10 інших слів між собою, можете скористатися пошуком близькості.
Для пошуку близькості використовуйте символи тильди (~) наприкінці запиту. Наприклад, щоб знайти результати для слів «Зображення» та «розмиті», що відображаються з 10 іншими словами між собою, то запит буде «Зображення розмиті» ~ 10.
Підвищення терміну: глобальний пошук забезпечує рівень відповідності документів, що збігаються, на основі знайдених термінів. Для підвищення терміну, використовуйте знак вставки (^) з фактором підвищення (число), вставленому в кінці терміну пошуку. Чим вищий фактор підвищення, тим більш відповідним буде термін.
Підвищення дає змогу керувати відповідністю документа шляхом підвищення його терміну. Наприклад, якщо ви шукаєте Smart TV, але хочете щоб в першу чергу відповідник був терміну Smart, підвищіть його за допомогою знаку вставки ^ та фактору підвищення поруч із терміном. Потрібно ввести в такому разі: Smart^4 TV. Це дасть змогу відобразити більш відповідні документи саме до терміну Smart.
Ви також можете підвищити терміни фрази, як у цьому прикладі: "Smart TV"^4 "New TV". У такому разі фразу «Smart TV» буде підвищено порівняно з «New TV».
За замовчуванням фактор підвищення 1. Хоча фактор підвищення має бути позитивним числом, він може бути менше 1 (наприклад, 0,2).
Логічні оператори: логічні оператори дають змогу об'єднати терміни через логічні оператори. Глобальний пошук підтримує АБО, ТА, НЕ, "+" та "-" " як логічні оператори.
Примітка
Логічні оператори мають бути прописані великими літерами.
АБО: оператор АБО – оператор поєднування за промовчанням. Якщо немає не логічного оператора між двома термінами, використовується оператор АБО. Оператор OR пов'язує два терміни і знаходить відповідний запис, якщо будь-який з цих термінів присутній у записі. Це еквівалентне об'єднанню, що використовує набори. Символ || можна використовувати замість слово АБО. Наприклад, пошуковий запит «Smart TV» (за винятком лапок) буде шукати всі записи зі словами Smart або TV. Цей запит може бути записаний як «Smart АБО TV», «Smart || TV».
ТА: оператор ТА зіставляє записи, де обидва терміни існують в будь-якому тексті одного документа. Цей еквівалентно перехресному використанню наборів. Символ && можна використовувати замість слово ТА. Наприклад, пошуковий запит «Smart AND TV» (за винятком лапок) буде шукати всі записи зі словами Smart та TV. Цей запит може бути записаний як «Smart && TV».
НЕ: оператор НЕ виключає записи із терміном після НЕ. Це еквівалентне відмінності, що використовує набори. Символ ! можна використовувати замість слова НЕ. Наприклад, пошуковий запит «Smart НЕ TV» (за винятком лапок) буде шукати всі записи зі словом Smart, але які не обов'язково містять у собі слово TV. Цей запит може бути записаний як «Smart ! TV». TV».
Символ плюс (+): символ плюс (+) також відомий як обов'язковий оператор, вимагає наявність терміну після символу "+" десь у записі. Наприклад, пошуковий запит «Smart + TV» буде шукати всі записи, де є слово TV, але і слово Smart може бути в ньому також.
Символ мінус (-): символ мінус (-) символи також відомий як оператор заборони, що виключає документи, які містять термін після символу "-". Наприклад, пошуковий запит «Smart - TV» буде шукати всі записи, де є слово Smart, але слово TV може не бути в ньому.
Групування: глобальний пошук на порталі підтримує використання дужок для групування речень, щоб сформувати вкладені запити. Це може бути корисно, якщо ви хочете керувати логічними значеннями для запиту. Наприклад, якщо потрібно виконати пошук всіх записів, де є термін «HD» або «Smart», але слово TV присутнє завжди, то можна записати запит у вигляді «(HD або Smart) ТА TV» (за винятком лапок).
Тег пошуку Liquid
Можна запустити глобальний пошук на порталі із шаблону liquid за допомогою тегу searchindex. Додаткові відомості: searchindex
Важливо
Під час використання тегу searchindex, аспекти не відтворюються як частина результатів, і не можуть бути застосовані як фільтр.
Оновлення покажчика пошуку
Оновлення покажчика пошуку на порталах Power Apps відбувається автоматично, як перевірка кешу. Однак слід пам’ятати про таку важливу інформацію:
Всі доступні для пошуку таблиці повинні мати активовану позначку метаданих «Повідомлення про зміни», в іншому разі про жодні зміни не надійде сповіщення на портал та покажчик пошуку не буде оновлено.
Будь-які зміни можуть тривати до 30 хвилин для відображення в пошуку на порталі. Однак у 95 відсотках випадків оновлення змін відбудеться протягом 15 хвилин. У разі наявності вкладення може знадобитися навіть більше часу, залежно від розміру цього вкладення.
Радимо перебудувати весь покажчик вручну після групової міграції даних або групового оновлення для записів у найкоротший термін. Докладніше див. Перебудувати весь покажчик пошуку.
Перебудувати весь покажчик пошуку
Перебування всього покажчика пошуку є обов'язковим, кожного разу, коли:
- Зміни до метаданих вносяться для пошуку властивостей так само, як зміни до певних параметрів сайту для запиту або зміни подання пошуку таблиці тощо.
- Виконується групова міграція даних або оновлення.
- Запис веб-сайту, що пов’язаний з порталом, змінюється в середовищі Microsoft Dataverse.
Ви також можете перебудувати весь покажчик пошуку на порталі.
- Увійдіть на портал як адміністратор.
- Перейдіть за URL-адресою наступним чином:
<portal_path>/_services/about - Виберіть Перебудувати покажчик пошуку.
Важливо
- Повна перебудова покажчика – це дуже дорога операція, яку не слід робити в години пік використання, оскільки це може зупинити роботу порталу.
- Час, що знадобився для перебудови індексу, пропорційний до розміру даних, які мають право на індексацію відповідно до конфігурації пошукового запиту, і можуть варіюватися від кількох хвилин до години.
Видалення таблиці з глобального пошуку
Час від часу від час можуть вимагати повністю видалити певні таблиці з глобального пошуку порталу, щоб переконатися, що клієнти швидко отримують правильні результати.
У прикладі нижче ми видалимо таблицю «Інцидент» з глобального пошуку на порталі.
Крок 1: Блокування таблиці інциденту в покажчиках
Щоб заблокувати таблицю інциденту з індексування, потрібно перейменувати подання таблиці інциденту, яке визначає запис, який налаштований на індексування на порталі (визначається параметром сайту Search/IndexQueryName). За промовчанням ім'я цього подання – пошук на порталі.
Перейти до Power Apps.
Виберіть Рішення.
Знайдіть пункт Стандартне рішення й виберіть "Редагувати", щоб відкрити рішення.
Знайдіть і змініть таблицю Інцидент, щоб переглянути її компоненти.
Виберіть вкладку Подання, а потім клацніть Пошук на порталі, щоб перейти в редактор подань.
У редакторі подань перейменуйте подання відповідно до своїх потреб. Переконайтеся, що нове ім’я не містить терміну Пошук на порталі.
Збережіть і опублікуйте ці зміни та закрийте редактор подань.
Відновіть повний покажчик, як описано в розділі Перебудувати весь покажчик пошуку.
Примітка
У цьому прикладі ми робимо зміни у некерованому рівні безпосередньо редагуючи подання. Це можна також зробити через некероване рішення.
Крок 2: Видалення таблиці інциденту з інтерфейсу користувача
Після виконання дії, як описано у кроці 1, таблицю інциденту буде вимкнено для індексації. Щоб видалити таблицю інциденту з поверхневих областей інтерфейсу користувача, потрібно змінити настройки сайтів, пов'язаних із порталом глобального пошуку. Необхідно змінити такі налаштування сайту:
search/filters: видалить таблицю інциденту з фільтрів на сторінці пошуку, а також поля пошуку у верхній частині сайту. Значення за промовчанням: 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
Після зміни цього параметра сайту, таблицю інциденту буде видалено з фільтрів на сторінці пошуку та із заголовку.
Наступні кроки
Налаштування глобального пошуку для додаткових таблиць
Статті за темою
Примітка
Розкажіть нам про свої уподобання щодо мови документації? Візьміть участь в короткому опитуванні. (зверніть увагу, що це опитування англійською мовою)
Проходження опитування займе близько семи хвилин. Персональні дані не збиратимуться (декларація про конфіденційність).
Зворотний зв’язок
Очікується незабаром: протягом 2024 року ми будемо припиняти використання механізму реєстрації проблем у GitHub для зворотного зв’язку щодо вмісту й замінювати його новою системою зворотного зв’язку. Докладніше: https://aka.ms/ContentUserFeedback.
Надіслати й переглянути відгук про