Рейтинг: 14.4881  
На голосовании
Предложил Кротов Андрей 09.11.2017 12:55:06

Поиск + умный фильтр

В интернет-магазине периодически встречаются задачи фильтровать результаты поиска по товарам каталога умным фильтром. Причем поиск должен быть морфологическим, а не обычным поиском по подстроке.

На данный момент стандартных возможностей нет, так как система принципиально не может связать несколько таблиц (поиск, список товаров и список свойств товаров, плюс возможно разделы каталога) в одном запросе/методе.

Но есть чудовищное решение:
Например, для фильтрации по каким либо параметрам умному фильтру необходимо наличие идентификаторов всех товаров, которые возвращает компонент search.page. Но если результатов поиска много (при большом количестве товаров, удовлетворяющих поисковому запросу), то компонент (точнее стандартный CSearch::Search) будет сильно тормозить.
Метод CSearch::Search при порядка 60к результатов может отрабатывать от 20 сек в зависимости от индексируемых параметров, используемого аппарата.

Так же и наоборот, подмешать результаты фильтрации в поиск не получится из за того что api этого не позволяет.  
Рейтинг: 2  
На голосовании
Предложил Субачев Евгений 25.10.2017 06:58:23

Автоисправление в поиске

Поиск по сайту удобный инструмент, но очень часто при написании  какой-либо аббревиатуры на русском, автоматически текст исправляется на  англ. и соответственно в один клик через поиск в системе найти нужный элемент невозможно.  Кроме того, при повторном поиске, система опять автоматически предлагает  исправленный вариант. И так каждый раз. Хотелось бы иметь возможность  отключить автокоррекцию поиска, так как аббревиатуры в названии  предприятий или проектов могут встречаться довольно часто.
Рейтинг: 2.8902  
На голосовании
Предложил Кондратович Ксения 23.10.2017 11:43:17

Доработать стандартный поиск по сайту

Для того, чтобы когда поиск ищет по интернет магазину с артикулами, он мог искать без пробелов, без тире, без точек, без запятых, так как пользователь может ошибочно ввести
0234 1111
может 02341111
может 0234-1111
А битрикс в таком случае найдет только что то в одном варианте
Рейтинг: 0.7148  
На голосовании
Предложил Белоконь Дмитрий 22.03.2017 18:25:31

Добавить возможность проводить индексацию highload-блоков модулем поиска

Идея достаточно объемная, но, думаю, востребованная.
HL-блокам не хватает немного функционала стандартных инфоблоков и тогда продукт станет массовым и удобным:
1) Шаблон пути на страницу списка элементов хл-блока
2) Шаблон пути на детальную страницу элемента хл-блока
3) Участвует ли хл-блок в модулей поиска
4) Участие в модули поиска конкретного пользовательского поля хл-блока
Рейтинг: 0.1887  
Ответил Долганин Антон 27.03.2017 13:53:39
Нюанс в том, что хл-блоки не нацелены на массу (если рассуждать в разрезе маркетинга). Это очень специфичный инструмент, который разработчик (даже не клиент) должен применять осознанно.

Про индексацию поиском хл-блоков думали, но тут главная проблема, что непонятно что считать детальной страницей элемента. В хл-блоках отсутствует даже понятие заголовка элемента (что важно для поиска) - заголовком может быть любое поле, или не быть им вовсе.

Это все конечно решается выведением хл-блоков в ряд к инфоблокам, но такое не планируется.
Рейтинг: 4.3079  
На голосовании
Предложил Коледаев Александр 02.03.2017 13:36:59

Релевантный поиск по каталогу

До сих пор в БУС нет адекватного поиска по каталогу!!!
Существующий компонент "поиск по каталогу" выдает результаты не отсортированные по релевантности запроса, в итоге искомый "винт" может оказаться либо на последних страницах либо вообще отсутствовать в выдаче, т.к. результаты показываются компонентом "catalog.section".
Любому магазину с большим ассортиментом нужен примерно такой поиск
Рейтинг: 2.536  
Новая
Предложил Коледаев Александр 02.03.2017 08:05:10

Релевантный поиск по каталогу

До сих пор в БУС нет адекватного поиска по каталогу!!!
Существующий компонент "поиск по каталогу" выдает результаты не отсортированные по релевантности запроса, в итоге искомый "винт" может оказаться либо на последних страницах либо вообще отсутствовать в выдаче, т.к. результаты показываются компонентом "catalog.section".
Любому магазину с большим ассортиментом нужен примерно такой поиск
Рейтинг: 0.9313  
Новая
Предложил Александр 01.02.2017 07:28:02

Просматириваемая область поиска -> увеличить количество отображаемых символов


http://prnt.sc/e2yxuw

25 символов для отображения строки с результатом поиска  не всегда передают суть заголовка, что затрудняет  навигацию по сайту (пример секция: "Страницы"  чем отличаются пункты ? )

Предлагаю  увеличить увеличить это количество символов  ( т.е. расширить  выпадающий  список для визуального чтения заголовков )
Рейтинг: 9.3212  
На голосовании
Предложил Ипатов Дмитрий 15.10.2016 11:14:26

Возможность исключить детальное описание инфоблока из поискового индекса

Бывает что требуется поиск только по названию товара, но так как в поисковый индекс по умолчанию идет детальное описание поиск подхватывает гораздо больше чем требуется. В итоге получается нерелевантный поиск.

Нужна возможность исключить из поисковой индексации детальное описание конкретного инфоблока.

http://dev.1c-bitrix.ru/support/forum/forum6/topic31210/
Рейтинг: 0.9562  
На голосовании
Предложил Колесников Святослав 22.06.2015 20:48:23

Усовершенствовать поисковую систему

Добавьте пожалуйста возможность исключать часть текста из поиска.
Например, если текст помечен  тегом <noindex>, то поисковая система не добавляет в индексацию
Рейтинг: 0.3264  
На голосовании
Предложил Буханов Игорь 06.06.2015 00:28:59

Необходимое расширения поискового функционала

После тестового периода мы наткнулись на несовершенство поиска по системе.
например невозможность найти компанию/контакт по e-mail - который в ряде сервисов является уникальным ключом для поиска

Желательный вариант для работы - администратор указывает при настройке все поля, которые участвуют в полнотекстовом поиске ( включая добавленные специфические для каждого бизнеса но необходимые ему )
Рейтинг: 4.0091  
Новая
Предложил Винниченко Константин 06.04.2015 10:58:19

bitrix:search.page - выводить количество найденных записей

Это сейчас не реализовано! В техподдержке предлагают:

- Компонент отдает в шаблон массив результатов. Сделайте его count() средствами php
- А если элементов больше чем одна страница?
- Если включена постраничная навигация - то никак, к сожалению.

Люди, ну это полнейшая глупость, даже в поисковых системах показывает, сколько нашлось записей, а здесь по-умолчанию такая функция и недоступна. Сделайте!
Рейтинг: 1.3001  
Новая
Предложил Винниченко Константин 06.04.2015 10:53:10

bitrix:search.page - свое максимальное количество символов в результатах поиска

Мода на плиточный поиск растет, потому есть потребность выводить не такой длинный текст, необходимо в свойствах задать свое количество максимальных символов MaxChars для вывода результата для одной.