разделами, где по дефолтному функционалу Битрикса выводятся количество элементов в разделе
Из за этого функционала данная страница загружается каждый раз за 5-8 секунд
Если этот функционал убрать из компонента, то начинает открываться за пол секунды
Можно ли этот запрос как то оптимизировать ?
Товаров на сайте около 60,000
А разделов больше 1000
пока нет
Кастомизировать компонент под себя. Битрикс не умеет работать с большими каталогами. К примеру, сделать пользовательское поле для раздела с количеством элементов в нем и обновлять его по событиям. Затем уже его выводить в шаблоне. Либо радикально сделать гибрид MySQL с какой-то быстрой NOSQL БД для фильтрации поиска и сортировки каталога. Помню по крону делал обновление сортировок и количества, когда не очень важно иметь актуальное число элементов, а достаточно примерное. На битриксе, который не обновляется кастомил БД тригерами и хранимками, добавлял избыточность для повышения скорости... В общем процесс творческий. Вообще обычно большие каталоги работают на самописных движках. CMS - это всегда компромисс - скорости и удобства.
само дешево это количества довозите аяксом. страница отрисуется а там уж и количества покажутся, они не так принципиальны для мгновенной отрисовки
Обсуждают сегодня