Релевантный поиск по каталогу. Компонент catalog.search
Сейчас нет возможности получить релевантный результат поиска по каталогу, если использовать компонент catalog.search. Т.е. пользователь при поиске по запросу "Мясо" может получит несколько страниц с товарами, где есть в описание слова "Мясо", а потом уж сам товар с название "Мясо".
Почему так происходит?
Своей особой логики по сути у компонента catalog.search в файле component.php нету. Шаблон компонент состоит из search.page в связке с catalog.section. search.page формирует массив $arElements состоящий из ID элементов отсортированных по релевантности и передает в catalog.section.
Проблема состоит в том, что catalog.section сортирует массив данных по своим правилам из параметров ELEMENT_SORT_FIELD и ELEMENT_SORT_FIELD2, где исходная сортировка не учитывается. Корректная сортировка данных в result_modifier.php возможно только, когда нету разбиения на страницы данных.
Если посмотреть компонент catalog.section, то он основан на CIBlockElement::GetList функции.
Чтобы решить проблему нужно добавить в новый тип сортировки (на пример default) в функции CIBlockElement::GetList, чтобы получить релевантный поиск, т.е. чтобы входной массив ID элементов и задав сортировку элементов.
Или переработать этот компонент, чтобы была возможность получить релевантные данные поиска.
Почему так происходит?
Своей особой логики по сути у компонента catalog.search в файле component.php нету. Шаблон компонент состоит из search.page в связке с catalog.section. search.page формирует массив $arElements состоящий из ID элементов отсортированных по релевантности и передает в catalog.section.
Проблема состоит в том, что catalog.section сортирует массив данных по своим правилам из параметров ELEMENT_SORT_FIELD и ELEMENT_SORT_FIELD2, где исходная сортировка не учитывается. Корректная сортировка данных в result_modifier.php возможно только, когда нету разбиения на страницы данных.
Если посмотреть компонент catalog.section, то он основан на CIBlockElement::GetList функции.
Чтобы решить проблему нужно добавить в новый тип сортировки (на пример default) в функции CIBlockElement::GetList, чтобы получить релевантный поиск, т.е. чтобы входной массив ID элементов и задав сортировку элементов.
Или переработать этот компонент, чтобы была возможность получить релевантные данные поиска.
Ответил 
Жуков Евгений 23.07.2019 15:42:55
Жуков Евгений 23.07.2019 15:42:55
Выйдет в iblock 19.0.0. Возможен сдвиг обновления.
Присоединяюсь
Задача передавать свой порядок сортировки в методы getlist уже поднимается неоднократно
и 99% случаев - это совмещение модуля поиск и АПИ по выборке элементов.
Она конечно решается просто (достаточно пересортировать результат, к примеру в result_modifier), но было бы неплохо иметь возможность получать нужную сортировку непосредственно из результата запроса.
Отсутствие либо первого, либо второго есть неверное решение задачи.
Задача передавать свой порядок сортировки в методы getlist уже поднимается неоднократно
и 99% случаев - это совмещение модуля поиск и АПИ по выборке элементов.
Она конечно решается просто (достаточно пересортировать результат, к примеру в result_modifier), но было бы неплохо иметь возможность получать нужную сортировку непосредственно из результата запроса.
Отсутствие либо первого, либо второго есть неверное решение задачи.
Поддерживаю, такая сортировка нужна. Через result_modifier задача не всегда решается, например как быть если мне нужно вывести 100 элементов в заданном порядке и разбитые на страницы по 20 элементов? Задача конечно решается, но через костыли и танцы с бубном.
Так и не закрыли проблему??
У кого нибудь ест решение. Бьюсь уже три месяца на решение задачи.
| У кого нибудь ест решение. Бьюсь уже три месяца на решение задачи. |
Сто лет уже проблеме и до сих пор не сделали, я когда впервые с ней столкнулся поверить не мог, что в Битриксе нет релевантного поиска по товаром.
Причем, в последней презентации обновлений системы речь шла о поиске, что он стал работать быстрее, лучше и т.п. Но при этом о релевантности ни слова. Зачем нужно увеличивать скорость поиска, который не выполняет свою основную функцию - не понятно.
Причем, в последней презентации обновлений системы речь шла о поиске, что он стал работать быстрее, лучше и т.п. Но при этом о релевантности ни слова. Зачем нужно увеличивать скорость поиска, который не выполняет свою основную функцию - не понятно.
Такой стиль развития платформы битрикс - делать инновационные вещи, которые потом не факт что будут работать на практике, но игнорировать насущные проблемы, решение которых действительно улучшило бы платформу.
| У кого нибудь ест решение. Бьюсь уже три месяца на решение задачи. |
| Возможно это вам поможет, попробуйте, иногда выгодней купить и сделать все за один день, еще и заработать на этом. |
Господа разработчики, когда уже на конец исправите этот серьёзнейший косяк вашей CMS ????
4 года прошло и никакой реакции на данную проблему.
С такой проблемой сталкивается каждый интернет магазин и не только.
Прошу уже обратить внимание и доделать функционал поиска в каталоге!
4 года прошло и никакой реакции на данную проблему.
С такой проблемой сталкивается каждый интернет магазин и не только.
Прошу уже обратить внимание и доделать функционал поиска в каталоге!
Видимо снова будем костылить 
Ало! кто смотрит идеи - смените статус (ради приличия), хоть на "нам не интерсно"... а то нет вообще официального ответа на рейтинг 33....
© 2001-2023 «Битрикс», «1С-Битрикс». Работает на 1С-Битрикс: Управление сайтом.
Соглашение об использовании сайта
Соглашение об использовании сайта
