Узнайте, подходит ли база знаний XWiki вашему бизнесу!
Уделите всего 20 минут на бесплатную демонстрацию системы в удобное для вас время.
Заполните эту небольшую форму, наш менеджер свяжется с вами и договорится об удобном для вас времени и формате.
Нажмите здесь если форма не видна
-
hp, 16.02.2023
-
Coluns, 17.02.2023
-
hp, 17.02.2023
-
Coluns, 20.02.2023
-
Анонимно, 05.03.2023
-
Coluns, 05.03.2023
-
hp, 17.02.2023
-
Coluns, 20.02.2023
-
hrapitan, 29.08.2023
Войти и комментироватьДобрый день, спасибо за толковые материалы по XWIKI !
Сам несколько уже лет использую ее в качестве основной платформы для организации информационных сред и очень доволен возможностями.
Поисковый движок Solr действительно функционален и эффективен, но есть один нюанс: он требует ввести слово целиком, либо использовать подстановочные знаки, к примеру *.
А сотрудники, привыкшие к гулопоиску, ждут моментальной реакции на ввод символов, т.е. чтобы поисковая система предлагала варианты по мере ввода части слова.
Скажите, есть ли какой-то вариант настройки Apache Solr в этом плане?
Добрый день!
Спасибо за интересный вопрос.
Вы спрашиваете про функцию "живого поиска".
На данный момент, она есть в поле быстрого поиска которое расположено в правом верхнем углу экрана:
На экране расширенного поиска, такой возможности нет.
Но в целом такая возможность в системе возможна.
Так как есть виджет suggestion который как раз и предназначен для "предложения" результатов по мере ввода.
С его помощью можно реализовать собственный интерфейс ввода.
Вот страница где можно посмотреть как он работает: Виджет подсказки при вводе
Спасибо за инфу по suggestion, обязательно посмотрю.
В вашем примере не совсем то, у вас слово набрано целиком, а я имел в виду предложение вариантов в процессе набора частей слова, продублирую свой скрин снова для ясности.
Обратите внимание на разницу в поисковых запросах позиций 1 и 2 (выделено желтым) и результатах поиска в красных рамках.
Если бы в позиции 1 было набрано хотя бы "аннотац" (без окончания), поисковый движок уже начал бы предлагать варианты в разных склонениях, но до буквы "ц" реакции движка не будет. Вы можете проверить это на любом длинном слове.
Какая то проблема у нас с сохранением скриншотов в комментариях. 😐
Устраним. Пока же возможно стоит разместить комментарий в виде ссылки.
Извините за неудобство.
Вот мой скрин, надеюсь сохранится:
Как видите, суть несколько иная )
Да. Теперь понятно о чем вы говорите когда пишете: "нужен некий обработчик, который после каждой набранной буквы в поисковой строке будет "незримо" добавлять подстановочный символ *, чтобы стартовать поиск уже на начальном этапе набора слова."
Интересная идея. Немного медленнее работает поиск правда в таком случае, так что наверно это должно быть опционально. Включаться и выключаться в настройках.
По сути здесь нужен некий обработчик, который после каждой набранной буквы в поисковой строке будет "незримо" добавлять подстановочный символ *, чтобы стартовать поиск уже на начальном этапе набора слова.
Интересная идея. Нужно обдумать.
Хотя наш опыт показывает что как правило, для корпоративной базы знаний, быстрый поиск востребован нечасто.
Обычно, если корпоративная база знаний активно используется, то в ней появляется довольно много материалов, часть из которых дублирует друг друга.
Поэтому без возможности уточнять поиск, фильтровать по типам записей, авторам, датам изменений и т.д., поиск получается не очень релевантным.
Если же использовать фильтры, то это становиться очень похоже на "расширенный" поиск как это сделано в Яндекс или Google.
С этой точки зрения, поиск в XWiki реализован по тому же принципу.
А вот еще вопрос по поводу поиска: нет ли возможности вытащить отдельно поисковую строку и вставить ее как макрос в произвольное место страницы?
Текущая реализация (ПВУ) не очевидна, есть потребность на стартовой странице иметь большую заметную строку поиска (как в Гугле), из которой можно перейти при желании в расширенный режим.
Из того, что нашел - макрос дерева страниц, но он привязан к дереву. Хотелось бы просто поисковую строку, которая ищет по БД.