Дата публикации: 24.06.2026

Проверяем закладку «Разработка» — ищем там «ошибки разработчика» и некэшируемые компоненты

Что вы узнаете и зачем это нужно

Вы — владелец или разработчик сайта на Битриксе. Сайт начинает «тормозить», а вы не знаете, где искать причину. В этом уроке мы покажем, как быстро проверить закладку «Разработка», найти «ошибки разработчика» и выявить некэшируемые компоненты. После выполнения шагов вы будете уверенно разбираться, какие части кода замедляют работу, и как их оптимизировать без лишних затрат.

1. Где находится «Разработка» и что в ней важно

Элемент	Что это	Почему важен
Отладка	Журналы, консоль, профилировщик	Позволяет увидеть, какие запросы занимают больше всего времени
Ошибки разработчика	PHP‑исключения, неверные запросы к БД, бесконечные циклы	Приводят к падениям и задержкам
Кеширование	Теги, кеш‑модули, APC, Redis	Правильно настроенный кеш ускоряет отдачу страниц
Некэшируемые компоненты	Компоненты без кеша, динамический контент	Каждый запрос к ним «пересчитывается» полностью

Аналогия: представьте, что ваш сайт — это ресторан. «Разработка» — это кухня, где готовятся блюда. Если повар (разработчик) забывает выключить плиту (бесконечный цикл), то кухня перегревается, а гости (пользователи) ждут еду. Кеш — это готовые порции, которые можно быстро раздать. Если часть меню не хранится в холодильнике (некэшируемый компонент), её готовят каждый раз заново, и очередь растёт.

2. Как открыть «Разработку» в административной панели

Войдите в админку Битрикса (/bitrix/admin/).
В верхнем меню нажмите «Настройки» → «Настройки продукта» → «Разработка».
Откроется страница с несколькими вкладками: Отладка, Кеширование, Логи, Профилирование.

Подсказка: если у вас нет доступа к этой вкладке, попросите системного администратора добавить роль «Разработчик» в профиле пользователя.

3. Поиск «ошибок разработчика»

3.1. Включаем журнал ошибок

Шаг	Действие
1	На вкладке «Отладка» поставьте галочку «Вести журнал ошибок»
2	Укажите путь к файлу журнала, например `/bitrix/tmp/error_log.txt`
3	Сохраните изменения и очистите кеш (см. ниже)

3.2. Читаем журнал

Откройте файл в любом текстовом редакторе.
Ищите строки, начинающиеся с PHP Warning, PHP Fatal error, Exception.
Обратите внимание на время (timestamp) и URL запроса.

Пример:

[2026-06-23 14:12:45] PHP Fatal error:  Uncaught Error: Call to undefined function getProductPrice() in /bitrix/components/yourshop/product/.default/component.php:87

Это значит, что в компоненте product вызывается несуществующая функция. Каждый такой вызов приводит к полной остановке скрипта и увеличивает время отклика.

3.3. Профилирование запросов к БД

На вкладке «Профилирование» включите «Отслеживание запросов к базе».
После загрузки страницы откройте «Отчет» и отсортируйте по времени выполнения.

Что искать:

Запросы с *`SELECT `** без ограничений.
Запросы без индексов (отмечены в профайлере).
Дублирующиеся запросы (один и тот же SELECT несколько раз в одном запросе).

Решение: добавить нужные индексы, использовать SELECT id, name вместо *, кэшировать результат.

4. Как определить «некэшируемые компоненты»

4.1. Что делает кеш в Битриксе

Кеш‑модуль (/bitrix/modules/main/cache/) сохраняет вывод компонента в файл/Redis.
При следующем запросе, если параметры не изменились, берётся готовый HTML из кеша.

4.2. Проверка наличия кеша у компонента

Откройте файл компонента, например /.bitrix/components/yourshop/catalog/.default/component.php.
Найдите вызов $this->StartResultCache() и $this->EndResultCache().

Если нет этих вызовов — компонент некэшируемый.
Если есть, проверьте параметры кеша ($arParams["CACHE_TIME"]).

4.3. Инструмент «Кеш‑отладка»

На вкладке «Кеширование» включите «Отображать информацию о кешировании».
Перейдите на страницу сайта, откройте консоль браузера (F12) → Network → найдите запрос к странице.
В ответе будет заголовок X-Bitrix-Cache: HIT (если кеш использовался) или MISS (если нет).

4.4. Как «некэшируемые» влияют на производительность

Компонент	Время без кеша	Время с кешом	Пример замедления
Товарный список	2,5 сек	0,4 сек	6‑кратное ускорение
Форма обратной связи	0,8 сек	0,8 сек	Низкое, но каждый запрос всё равно «пересчитывается»
Слайдер новостей	1,2 сек	0,2 сек	5‑кратное ускорение

Совет: если компонент используется на главной странице и его вывод меняется раз в час, задайте CACHE_TIME = 3600. Если контент меняется каждый запрос (например, персональные рекомендации), оставьте без кеша, но постарайтесь сократить количество запросов к БД внутри него.

5. Быстрый чек‑лист «Разработка»

Шаг	Действие	Как проверить
1	Включить журнал ошибок	`Настройки → Разработка → Отладка`
2	Просмотреть журнал	`error_log.txt`
3	Включить профайлер БД	`Настройки → Разработка → Профилирование`
4	Сортировать запросы по времени	В отчете профайлера
5	Проверить кеш у компонентов	Поиск `StartResultCache` / `EndResultCache`
6	Включить кеш‑отладку	`Настройки → Разработка → Кеширование`
7	Сравнить `HIT`/`MISS` в заголовках	Консоль → Network

Если после выполнения всех пунктов время загрузки всё ещё превышает 2 секунды, переходите к оптимизации кода (рефакторинг, уменьшение количества запросов, переход на Hi‑CPU VDS).

6. Практика для закрепления

Найдите и зафиксируйте в журнале все PHP Fatal error за последние 24 часа. Сколько уникальных файлов их генерируют?
Запустите профайлер на странице каталога товаров. Выделите три самых «тяжелых» SQL‑запроса и предложите, как их можно ускорить (индексы, ограничение полей, кэш).
Откройте любой пользовательский компонент и определите, кешируется ли он. Если нет, добавьте базовый кеш с CACHE_TIME = 1800. Приведите код до и после изменения.
На главной странице включите кеш‑отладку и соберите статистику: сколько запросов дали HIT, а сколько MISS. Какой процент запросов можно было бы «перевести» в кеш, изменив параметры?
Сравните время загрузки страницы до и после очистки кеша (через Админка → Инструменты → Очистить кеш). Запишите разницу в миллисекундах и объясните, почему она возникла.

7. Что делать дальше

Оптимизируйте найденные «ошибки разработчика» (исправьте функции, уменьшите количество запросов).
Настройте кеш для всех компонентов, где это возможно, учитывая частоту обновления данных.
Проверьте нагрузку на сервер после изменений, используя Load‑testing‑инструменты (например, JMeter).
При необходимости перейдите на более мощный VDS (Hi‑CPU) только после того, как все программные узкие места устранены.

Эти шаги помогут вам превратить «тормозящий» сайт в быструю и стабильную платформу, готовую к росту трафика и продажам. Удачной отладки!

Английский видеочат для путешествий
CamZamZam - онлайн фото с вебкамеры с эффектами
Чат рулетка 2026: Интерактивные элементы
Чат-рулетка: случайный собеседник в одно нажатие
Чат рулетка в 2026: будущие функции
Интерьер с использованием текстиля
Как настроить бэкапы для вашего сайта на хостинге Host.bg
Как настроить SSL-сертификат для сайта на Host.bg
Как обновить PHP на хостинге Host.bg
Как решить проблемы с загрузкой сайта на Host.bg
Какие бывают ЛОР болезни у детей
Калькулятор зарплаты SEO-оптимизатора
Кассовые терминалы с оплатой картами
Монетизация через платные услуги
Мск: ИП или ООО — лучший старт для бизнеса?
Общение в интернете без риска
Общение вживую через экран
Онлайн-связь
Оптимизация производительности баз данных на хостинге Host.bg
Ошибки при настройке хостинга и их решения
Проблемы с доменами и их решения на хостинге Host.bg
Сколько стоит биткоин
Сравнение ценовых диапазонов хостинга Host.bg
Сумки с бусинами
Техника для строительства загородных трасс
Трубная продукция для трубопроводных конструкций
Узбекские фильмы фэнтези
Видео рулетка 18+
Видеочат с случайным собеседником онлайн
Видеообщения по всему миру