Изменения документа Поиск в XWiki
Редактировал(а) Coluns 16.08.2024
Сводка
Подробности
- 0mI6xdabzK.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.coluns - Размер
-
... ... @@ -1,0 +1,1 @@ 1 +172.1 KB - Содержимое
- hcZyaryuaX.png
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.coluns - Размер
-
... ... @@ -1,0 +1,1 @@ 1 +243.9 KB - Содержимое
- XWiki.XWikiComments[0]
-
- Комментарий
-
... ... @@ -5,7 +5,7 @@ 5 5 Поисковый движок Solr действительно функционален и эффективен, но есть один нюанс: он требует ввести слово целиком, либо использовать подстановочные знаки, к примеру *. 6 6 7 7 8 -[[image:image-202 30216164816-1.png]]8 +[[image:image-20221114103755-1.png]] 9 9 10 10 11 11 А сотрудники, привыкшие к гулопоиску, ждут моментальной реакции на ввод символов, т.е. чтобы поисковая система предлагала варианты по мере ввода части слова.
- XWiki.XWikiComments[1]
-
- Комментарий
-
... ... @@ -6,6 +6,17 @@ 6 6 7 7 На данный момент, она есть в поле быстрого поиска которое расположено в правом верхнем углу экрана: 8 8 9 -[[image: image-20230217084906-1.png||height="285" width="600"]]9 +[[image:0mI6xdabzK.png||height="570" width="1000"]] 10 10 11 + 11 11 На экране расширенного поиска, такой возможности нет. 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. 3361 +2023-02-17 05:50:30.0
- XWiki.XWikiComments[2]
-
- Автор
-
... ... @@ -1,0 +1,1 @@ 1 +hp - Комментарий
-
... ... @@ -1,0 +1,11 @@ 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,0 +1,1 @@ 1 +2023-02-17 12:52:36.0 - Ответить
-
... ... @@ -1,0 +1,1 @@ 1 +1
- XWiki.XWikiComments[3]
-
- Автор
-
... ... @@ -1,0 +1,1 @@ 1 +hp - Комментарий
-
... ... @@ -1,0 +1,1 @@ 1 +По сути здесь нужен некий обработчик, который после каждой набранной буквы в поисковой строке будет "незримо" добавлять подстановочный символ *****, чтобы стартовать поиск уже на начальном этапе набора слова. - Дата
-
... ... @@ -1,0 +1,1 @@ 1 +2023-02-17 12:58:47.0
- XWiki.XWikiComments[4]
-
- Автор
-
... ... @@ -1,0 +1,1 @@ 1 +XWiki.coluns - Комментарий
-
... ... @@ -1,0 +1,13 @@ 1 +Интересная идея. Нужно обдумать. 2 + 3 +Хотя наш опыт показывает что как правило, для корпоративной базы знаний, быстрый поиск востребован нечасто. 4 + 5 +Обычно, если корпоративная база знаний активно используется, то в ней появляется довольно много материалов, часть из которых дублирует друг друга. 6 + 7 +Поэтому без возможности уточнять поиск, фильтровать по типам записей, авторам, датам изменений и т.д., поиск получается не очень релевантным. 8 + 9 +Если же использовать фильтры, то это становиться очень похоже на "расширенный" поиск как это сделано в Яндекс или Google. 10 + 11 +С этой точки зрения, поиск в XWiki реализован по тому же принципу. 12 + 13 + - Дата
-
... ... @@ -1,0 +1,1 @@ 1 +2023-02-20 08:28:56.0 - Ответить
-
... ... @@ -1,0 +1,1 @@ 1 +3