На рассмотрении

+4

Медленный поиск

Бутаков Руслан Обновлен 5 лет назад в категории CMS Общий функционал 10

Добрый день, пора начинать перерабатывать внутренний инструмент поиска по каталогу.
>60к товаров
>700 категорий
>10 секунд на поисковый запрос

Комментарии 10

  • Поло Арт 5 лет назад

    Да, плюсую!
    Скорость поиска и подбора напрямую зависит от количества товаров.
    На 40.000 товаров - 8 секунд
    На 150.000 товаров - 47 секунд :D

  • Артем Полторанин 5 лет назад

    Поиск у нас самый обычный - он полностью реализуется средствами Mysql. Тут только если думать как Mysql ускорять )
    Это на каком типе поиска? Самым быстрым должен быть FULLTEXT. Очевидно, что like и like+ - это самые медленные типы поиска, но со своими фишками.

  • Бутаков Руслан 5 лет назад

    like
    Пожелание не к тому что в модуле ошибки, а к тому что нужно менять принцип работы модуля.
    При таком количестве товаров и категорий в админки проблемы похлеще.

    • Артем Полторанин 5 лет назад

      Сейчас в активной разработке.... Ожидайте, будет подробная новость на этот счет.

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

    • Артем Полторанин 5 лет назад

      Не совсем понял про "поменять принцип работы модуля". Какого модуля? Если поискового, то не совсем понятно что вы имеете ввиду. Сейчас принцип простой: БД, дай-ка нам результаты выборки по фразе ААА, база нам их отдает, мы отображаем. Что тут менять?

    • Поло Арт 5 лет назад

      Бутаков Руслан, количество товаров вообще не играет роли в админке. Только на фронтэнде есть проблемы.
      Вот количество категорий - это большая проблема в каталоге товаров.
      А про характеристики не понял Артёма - кто их руками выбирает-то... Всё через CSV.

      • Артем Полторанин 5 лет назад

        Поло Арт, если у какой-то характеристики значений, например 10 000. (мы с таким встречались). Например, когда делают "модель товара" списковой характеристикой (чтобы потом фильтровать в категориях). То при открытии карточки товара система любезно отображает 10 000 вариантов на вкладке Характеристики. Соответственно это иногда несколько мегабайтов HTML.

        Может их руками и не выбирают, но они выводятся в карточке.

        Планируем там тоже сделать сложный контрол с отложенной загрузкой значений при необходимости.

      • Алекс Бодров 5 лет назад

        Проблему с зависанием при большом количестве категорий может решить пагинация категорий как у товаров с выбором по сколько категорий показывать.

  • Алекс Бодров 5 лет назад

    Если дойдут руки до поиска - заодно и приоритет на название товара выставьте.
    Попробуйте тут mega.readyscript.ru вбить в поиске "зонт". Выпадает несколько проекторов, а зонт не видно т.к. он в самом конце выдачи.

  • Ярослав Пономарев 5 лет назад

    Тут не в модуле поиска проблема. А в модуле каталог. Именно в нем блок "Поиск товаров". Я сделал доработку. http://forum.readyscript.ru/topic/1639/podsistema-poiska-optimizatsiya-uluchshenie/
    Вот моя тема. Посик идет сначала по первым буквам, потом уже по включению в тексте. И сначала посик категорий, товаров и брендов.

Написать сообщение