Пара вопросов по mFilter2
1) У меня такая структура каталога:
2) В каталоге больше 3000 товаров. Тестил предварительные результаты на странице примерно с 1100 товарами и 4 параметрами в фильтре. При изменении значений в фильтре думает 2-3 секунды, это хороший показатель? Можно ли его заметно улучшить, переведя товары из таблицы ресурсов в minishop2? И можно ли в таком случае как-то автоматизировать перенос?
Категория 1
- Подкатегория 1
- Товар 1
Категория 2
- Товар 2
Категория 3
- Подкатегория 2
- Товар 3Т.е. товары лежат в дереве в разном уровне вложенности, некоторые с подкатегориями, а некоторые без. Мне нужно вывести в фильтре только головные категории, подкатегории не выводить. parent:categories выводит и категории, и подкатегории, а parent:grandparent выводит только категории, у которых есть подкатегории.2) В каталоге больше 3000 товаров. Тестил предварительные результаты на странице примерно с 1100 товарами и 4 параметрами в фильтре. При изменении значений в фильтре думает 2-3 секунды, это хороший показатель? Можно ли его заметно улучшить, переведя товары из таблицы ресурсов в minishop2? И можно ли в таком случае как-то автоматизировать перенос?
Комментарии: 9
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
2. По моему, это медленно. Попробуй для начала добавить &disableSuggestions=`1`, а там смотри как изменится скорость.
Если скорость повысилась и тебе не нужны предварительные результаты — оставляй как есть. Если нужны, то думай как сократить количество фильтруемых результатов.
2. При выключении работает намного быстрее, с виду даже быстрее, чем в магазине SimpleDream. Но это реально полезная штука, не хотелось бы её выключать…
Так что насчёт переноса в minishop2, даст это заметный профит?
Кстати, еще мысля, может есть возможность не считать количество, а хотя бы просто отключить те варианты, у которых 0? Понимаю, что это тоже далеко не из коробки, и всё равно надо подсчитывать. Но может снизит нагрузку, если будет работать по принципу «нашёлся хотя бы один подходящий товар —> переходим к следующему значению параметра». Эдакий промежуточный вариант между полностью выключенными предварительными результатами и полным подсчётом количества. Ведь основная задача — не показывать пользователю сообщения типа «Подходящих результатов не найдено.»
Если сами ресурсы выводятся медленно, то можно использовать pdoResources, но на фильтрации это никак не скажется.
Конечно, можно еще улучшить хостинг, если сейчас он не очень. Проверь вот этим тестом.
И как узнать, что там 0, если не считать? Единственный способ, который я смог придумать — это прогонять все фильтры «как будто их нажали» и узнавать, сколько там будет результатов.
Да, это напряжно, но иного способа нет.
Подумай, может стоит как-то сократить вывод товаров, не фильтровать сразу 3000, а разбивать на категории по 500 штук.
Там чисто математические операции при фильтрации, зависят только от количества фильтров, товаров и скорости процессора на хостинге.
Кто-нибудь может помочь за денежное вознаграждение?
Я бы ориентировался на 500-1000 рублей, но кому-то это может показаться смешной суммой.
Правда могу предложить еще работу по этому же проекту, если эту задачу решим.
скайп: vgrish_vgrish
почта: vgrish@gmail.com
У меня почти такая же ситуация, только уровней больше. Где то надо дедушек выводить, а где то прадедушек.