Bitrix & MODX — RU CMS Stack
Bitrix & MODX — RU CMS Stack
@bitrix_modx_ru_web

<b>Почему сайт на Bitrix или MODX тормозит: 7 узких мест, которые ищут последними</b>

<b>Почему сайт на Bitrix или MODX тормозит: 7 узких мест, которые ищут последними</b>

Чаще всего «медленный сайт» — это не одна проблема, а набор мелких ошибок, которые суммируются. И искать их лучше не с хостинга, а с типового пути запроса: шаблон, БД, кэш, ассеты, сторонние скрипты.

— Тяжёлый шаблон: лишние include, повторные запросы, сложная логика в рендере. Если HTML собирается через PHP-цепочку без кэша, страдает TTFB.
— База данных: N+1 запросы, выборки без индексов, фильтры по не тем полям. В Bitrix это часто видно в компонентах, в MODX — в неаккуратных вызовах и сниппетах.
— Кэш настроен формально: кэш есть, но инвалидируется слишком часто или не покрывает дорогие участки.
— Лишние скрипты: чат, пиксели, виджеты, трекеры. Они редко ломают сервер, но легко убивают загрузку на клиенте.
— Тяжёлые изображения: без WebP, без размеров, без ленивой подгрузки. Браузер честно качает то, что вы ему отдали.
— Плохая работа с CSS/JS: нет сборки, нет минификации, файлы подключаются без нужды на каждой странице.
— Хостинг проверяют последним: а надо сначала убедиться, что код не делает лишнюю работу.

Если нужен быстрый аудит, идите сверху вниз: сначала HTML и запросы, потом кэш, потом медиаконтент, и только после этого — серверные лимиты. Такой порядок экономит часы и не даёт лечить симптомы вместо причины.
Этот пост опубликован в Telegram-канале Bitrix & MODX — RU CMS Stack. Подписаться можно по ссылке: @bitrix_modx_ru_web.
start

Готовы запустить рекламу через сеть public.tg?

Новый оффер, продукт, GEO, кейс, событие или партнёрский запуск — соберём маршрут под задачу и отдадим медиаплан.

Telegram для медиаплана: @dumay. Быстрый тест: $20 за канал, $1000 за пакет по сети.