Модуль Модуль Advanced Search 4

[DaoKakao]

В магазине (преста 1.7.2.4) на данный момент 56 тысяч товаров.
Комбинации и атрибуты пока не используем, только характеристики с кастомными значениями.

Это много или мало и какие можно дать рекомендации по модулям поиска и настройкам?

Вот так не скажешь сходу. Есть такое понятие, как план выполнения sql-запроса, execution plan. В мускуле этот план можно посмотреть с помощью explain. Вероятно есть и какой-нибудь гуёвый профайлер sql-запросов. Думаю, оптимизировав запросы, можно несколько ускорить БД.
Беда однако в том, что сам движок мускуля хреново работает в плане поиска текста, это уже ничем не исправить. Кстати, та же беда и у mssql, и у многих других.
Поэтому лично себе рассчитываю прикрутить manticore, или в крайнем случае тот же elastic search, именно поэтому и пытаюсь запустить ИМ на форке - они там как раз модуль зарилили для эластика

 

[_sashok]

Вот так не скажешь сходу. Есть такое понятие, как план выполнения sql-запроса, execution plan. В мускуле этот план можно посмотреть с помощью explain. Вероятно есть и какой-нибудь гуёвый профайлер sql-запросов. Думаю, оптимизировав запросы, можно несколько ускорить БД.
Беда однако в том, что сам движок мускуля хреново работает в плане поиска текста, это уже ничем не исправить. Кстати, та же беда и у mssql, и у многих других.
Поэтому лично себе рассчитываю прикрутить manticore, или в крайнем случае тот же elastic search, именно поэтому и пытаюсь запустить ИМ на форке - они там как раз модуль зарилили для эластика

я на магазине запчастей где 80к товаров просто использовал встроенную в престу систему поиска,
только при импорте из 1С сам заполнял таблицы престы с поисковыми фразами и их связей с товарами (по формуле: одна фраза - это только имя+код товара) в итоге скорость выборки 1-2-3 секунды - вполне эффективная получилась скорость Для просмотра ссылки Войди или Зарегистрируйся

 

[DaoKakao]

я на магазине запчастей где 80к товаров просто использовал встроенную в престу систему поиска,
только при импорте из 1С сам заполнял таблицы престы с поисковыми фразами и их связей с товарами (по формуле: одна фраза - это только имя+код товара) в итоге скорость выборки 1-2-3 секунды - вполне эффективная получилась скорость Для просмотра ссылки Войди или Зарегистрируйся

Правда здорово! А как нагрузку держит при этом?
Интересно посмотреть, что будет, если посещаемость вышеуказанного сайта будет примерно как на exist.ru. Не подумайте, я не хочу сказать ничего плохого про ваш труд, видно, что вы потратили на него какое-то время и силы.

Наверное я слишком увлёкся теоретизированием, просто когда-то я увлекался оптимизацией запросов в mssql'e, для одной автоматизированной системы учёта, как раз и увидел, как тормозят запросы с кучей JOIN'ов, и какой это ужас - текстовый поиск с LIKE. Поэтому мне кажется, что простая оптимизация запросов в нашем случае (с престой) даст не очень много, да и кто в конце концов будет код переписывать и вносить его в основную ветку? А вот внешние поисковые сервисы помочь могут. Это моё личное мнение конечно, которое может быть неправильным разумеется.

 

[_sashok]

Правда здорово! А как нагрузку держит при этом?
Интересно посмотреть, что будет, если посещаемость вышеуказанного сайта будет примерно как на exist.ru. Не подумайте, я не хочу сказать ничего плохого про ваш труд, видно, что вы потратили на него какое-то время и силы.

Наверное я слишком увлёкся теоретизированием, просто когда-то я увлекался оптимизацией запросов в mssql'e, для одной автоматизированной системы учёта, как раз и увидел, как тормозят запросы с кучей JOIN'ов, и какой это ужас - текстовый поиск с LIKE. Поэтому мне кажется, что простая оптимизация запросов в нашем случае (с престой) даст не очень много, да и кто в конце концов будет код переписывать и вносить его в основную ветку? А вот внешние поисковые сервисы помочь могут. Это моё личное мнение конечно, которое может быть неправильным разумеется.

в уже далёком 2013 году 2-3 дня работы над продумыванием и реализацией системы импорта из 1С 7.7 - вполне хорошая инвестиция в опыт

а перфекционизм лечится реализмом
на престе тут не B2B, а больше B2C сайты делают

в моём примере Для просмотра ссылки Войди или Зарегистрируйся 1000-2000 человек в день на сайте
вебсервер хороший
поиском пользуются 2-10% посетителей

получилось вполне эффективное решение...

а совершенству нет предела, всегда можно всё что угодно продолжать улучшать до бесконечности...
...но возраст уже не тот, чтобы ночи напролёт пилить/экспериментировать новые методы и технологии поиска, поэтому всегда лучше искать целесообразность и компромиссность, всегда задавая вопрос: "а для чего это нужно?"

 

[rdbmw]

Други! Подскажите, как лучше организовывать применение этого модуля?: На сайте 10-20тыс товаров, 20категорий и у товаров 20-30 характеристик. Так вот как лучше: для каждой категории делать отдельную вкладку фильтрующего движка или в 1 вкладку закинуть все характеристики ну и там они где надо отобразятся, где надо нет? Как будет быстрее для сайта-хостинга-базы данных?

Присоединюсь к вопросу - похожая ситуация. Каталог одежды, 10-15 тыс. товаров. Используем атрибуты (размерные сетки) и комбинации.
Особенность в том, что у нас около 20 размерных сеток (под разные категории) и, соответственно, столько же групп атрибутов.

Создали общий фильтр на все категории с использованием всех атрибутов и опцией "скрывать пустые критерии". Работает ну очень медленно. Вообще, есть у кого-то положительный опыт использования фильтра таким большим количеством критериев (>20)?

Другой путь, как понимаю, это создание фильтра под каждую категорию со своими критериями?

 

[InMix]

Присоединюсь к вопросу - похожая ситуация. Каталог одежды, 10-15 тыс. товаров. Используем атрибуты (размерные сетки) и комбинации.
Особенность в том, что у нас около 20 размерных сеток (под разные категории) и, соответственно, столько же групп атрибутов.

Создали общий фильтр на все категории с использованием всех атрибутов и опцией "скрывать пустые критерии". Работает ну очень медленно. Вообще, есть у кого-то положительный опыт использования фильтра таким большим количеством критериев (>20)?

Другой путь, как понимаю, это создание фильтра под каждую категорию со своими критериями?

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

 

[rdbmw]

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

Согласен. Как не хотелось, но от ручной работы не избавиться походу. Буду бить на десяток фильтров.

 

[erectus]

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

 

[Kosstas]

Модуль фильтра - Аналог АС по категориям и деталям-Настраиваемый-Отлично для СЕО
Advanced Search 4-без зависаний
Версии 1.6 и 1.7

1.6

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

1.7

Для просмотра скрытого содержимого вы должны войти или зарегистрироваться.

 

[pearl]

Модуль фильтра - Аналог АС по категориям и деталям-Настраиваемый-Отлично для СЕО
Advanced Search 4-без зависаний
Версии 1.6 и 1.7

1.6
1.7

Спасибо, помог!
AS4 создает кучу запросов 400+ с включенным кешем. С данным модулем запросы упали до 50+ на стартовой! Хотя не такой функциональный, но годный.