Изменения документа Поиск в XWiki
Редактировал(а) Coluns 16.08.2024
Сводка
Подробности
- 0mI6xdabzK.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.coluns - Размер
-
... ... @@ -1,1 +1,0 @@ 1 -172.1 KB - Содержимое
- hcZyaryuaX.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.coluns - Размер
-
... ... @@ -1,1 +1,0 @@ 1 -243.9 KB - Содержимое
- XWiki.XWikiComments[0]
-
- Комментарий
-
... ... @@ -5,7 +5,7 @@ 5 5 Поисковый движок Solr действительно функционален и эффективен, но есть один нюанс: он требует ввести слово целиком, либо использовать подстановочные знаки, к примеру *. 6 6 7 7 8 -[[image:image-202211 14103755-1.png]]8 +[[image:image-20230216164816-1.png]] 9 9 10 10 11 11 А сотрудники, привыкшие к гулопоиску, ждут моментальной реакции на ввод символов, т.е. чтобы поисковая система предлагала варианты по мере ввода части слова.
- XWiki.XWikiComments[1]
-
- Комментарий
-
... ... @@ -6,17 +6,6 @@ 6 6 7 7 На данный момент, она есть в поле быстрого поиска которое расположено в правом верхнем углу экрана: 8 8 9 -[[image: 0mI6xdabzK.png||height="570" width="1000"]]9 +[[image:image-20230217084906-1.png||height="285" width="600"]] 10 10 11 - 12 12 На экране расширенного поиска, такой возможности нет. 13 - 14 -Но в целом такая возможность в системе возможна. 15 - 16 -Так как есть виджет **suggestion **который как раз и предназначен для "предложения" результатов по мере ввода. 17 - 18 -С его помощью можно реализовать собственный интерфейс ввода. 19 - 20 -Вот страница где можно посмотреть как он работает: [[Виджет подсказки при вводе>>doc:.Vidzhet-podskazki-pri-poiske.WebHome]] 21 - 22 -[[image:hcZyaryuaX.png||height="379" width="1000"]] - Дата
-
... ... @@ -1,1 +1,1 @@ 1 -2023-02-17 05:50:30. 01 +2023-02-17 05:50:30.336
- XWiki.XWikiComments[2]
-
- Автор
-
... ... @@ -1,1 +1,0 @@ 1 -hp - Комментарий
-
... ... @@ -1,11 +1,0 @@ 1 -Спасибо за инфу по **suggestion, обязательно **посмотрю. 2 - 3 ->//Вы спрашиваете про функцию "живого поиска". На данный момент, она есть в поле быстрого поиска которое расположено в правом верхнем углу экрана...// 4 - 5 -В вашем примере не совсем то, у вас слово набрано целиком, а я имел в виду предложение вариантов в процессе набора частей слова, продублирую свой скрин снова для ясности. 6 - 7 -[[image:image-20230217154759-1.png||height="215" width="751"]] 8 - 9 -Обратите внимание на разницу в поисковых запросах позиций 1 и 2 (выделено желтым) и результатах поиска в красных рамках. 10 - 11 -Если бы в позиции 1 было набрано хотя бы "//аннотац//" (без окончания), поисковый движок уже начал бы предлагать варианты в разных склонениях, но до буквы "ц" реакции движка не будет. Вы можете проверить это на любом длинном слове. - Дата
-
... ... @@ -1,1 +1,0 @@ 1 -2023-02-17 12:52:36.0 - Ответить
-
... ... @@ -1,1 +1,0 @@ 1 -1
- XWiki.XWikiComments[3]
-
- Автор
-
... ... @@ -1,1 +1,0 @@ 1 -hp - Комментарий
-
... ... @@ -1,1 +1,0 @@ 1 -По сути здесь нужен некий обработчик, который после каждой набранной буквы в поисковой строке будет "незримо" добавлять подстановочный символ *****, чтобы стартовать поиск уже на начальном этапе набора слова. - Дата
-
... ... @@ -1,1 +1,0 @@ 1 -2023-02-17 12:58:47.0
- XWiki.XWikiComments[4]
-
- Автор
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.coluns - Комментарий
-
... ... @@ -1,13 +1,0 @@ 1 -Интересная идея. Нужно обдумать. 2 - 3 -Хотя наш опыт показывает что как правило, для корпоративной базы знаний, быстрый поиск востребован нечасто. 4 - 5 -Обычно, если корпоративная база знаний активно используется, то в ней появляется довольно много материалов, часть из которых дублирует друг друга. 6 - 7 -Поэтому без возможности уточнять поиск, фильтровать по типам записей, авторам, датам изменений и т.д., поиск получается не очень релевантным. 8 - 9 -Если же использовать фильтры, то это становиться очень похоже на "расширенный" поиск как это сделано в Яндекс или Google. 10 - 11 -С этой точки зрения, поиск в XWiki реализован по тому же принципу. 12 - 13 - - Дата
-
... ... @@ -1,1 +1,0 @@ 1 -2023-02-20 08:28:56.0 - Ответить
-
... ... @@ -1,1 +1,0 @@ 1 -3