Битрикс тормозит категория?

Question

[JastaFly]

Доброго всем времени суток! На сайте тормозит категория с большим количеством товаров. Яндекс ругается на долгий ответ сервера. Конкретно данная категория по количеству товаров на сайте пожалуй самая большая на сайте (тысяч 50 товаров если я не ошибаюсь).
За загрузку элементов отвечает компонент catalog.section. Мне не нравится что он тянет кучу лишний инфы из базы, например тот же детальный текст, который на данной странице нах не нужен. Можно ли как-то отфильтровать данные поля?!??
Вообще я сперва думал что компонент, как-то криво делает запрос к БД и поэтому сервер начинает тупить, но докопавшись до самого дна понял что вроде всё ok, из базы приходят ровно то число элементов, сколько требуется отобразить на странице, разве что много лишних данных (о чём я указал выше).
Теперь думаю что дело в пагинаторе и это он как-то так нагружает сервер, дабы рассчитать размер пагинации.
Но в целом может быть кто сталкивался с тормозами битрикса на больших категориях?!?? Подскажите каким наиболее оптимальным путём их можно решить??!?
Заранее всем спасибо)

Answer 1

[Илья]

Включите профайлер посмотрите какие запросы долго выполняются и от этого отталкивайтесь в вопросе оптимизации.

За загрузку элементов отвечает компонент catalog.section. Мне не нравится что он тянет кучу лишний инфы из базы, например тот же детальный текст, который на данной странице нах не нужен. Можно ли как-то отфильтровать данные поля?!??

Копируйте компонент с шаблоном и кастомизируйте как вам нужно, раз вы обнаружили в чем проблема. Вот только DETAIL_TEXT вряд ли сильно влияет на скорость выполнения запроса (у вас же там не "война и мир" хранится?)

Comments

[JastaFly]

Компонент скопирован, но данные получаются не в нём, а приходят из родительского класса

[Илья]

JastaFly, переопределить метод?

[JastaFly]

Илья, как вариант, но хочется попробовать найти более простое решение, прежде чем пилить свои костыли

[Илья]

JastaFly, эээ а кто сказал что это костыль? Костыль это если бы вы написали компонент который через рефлексию подменяет свойство класса.
А по поводу "простое решение":
1. отнаследовались/скопировали компонент
2. переопределили метод
3. PROFIT

Ни костылей, ни сложной здесь не вижу. Вижу только лень :)

[JastaFly]

Кажется нашёл где собака зарыта. Удали из запроса детальный текст, скорость запроса возросла с 15 до 1 секунды:

Подскажите плиз как можно теперь заставить компонент фильтровать это поле в запросе?!??? Просто с ходу так, сам придумать не могу

[JastaFly]

Как выяснилось конкретно в этом компоненте нет. Тут набор полей для SQL запроса был захардкожен в одном из методов ядра. Конкретно в моём случае тормоза возникали из-за, детального текста, который в категории был абсолютно не нужен, но тем не менее вытягивался из базы. Просто у данной категории детальное описание было в HTML, и вместе с тегами имело существенный объём, от сюда и тормоза. Смог решить проблему переопределив свойство selectFields и удали из него лишние поля для SQL запроса