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

Убеждаемся, что в bitrix/php_interface/init.php нет тяжёлых операций и запросов к БД

Урок: Убеждаемся, что в `bitrix/php_interface/init.php` нет тяжёлых операций и запросов к БД

Что вы получите сразу после урока

Поймёте, почему init.php – «первый попутчик» каждого запроса и как его работа влияет на время отклика сайта.
Научитесь быстро находить и устранять «тяжёлые» куски кода, которые могут тянуть базу данных.
Сможете проверить текущий файл на наличие проблем и построить план их исправления без необходимости полной перестройки проекта.

1. Почему `init.php` так важен

init.php подключается при каждом запросе к сайту (включая запросы к статическим файлам, если включён mod_rewrite). Можно представить его как входную дверь в ваш магазин: если у двери тяжёлый замок, каждый покупатель будет тратить лишнее время, чтобы войти.

Термин	Что означает	Почему важно
`init.php`	Файл инициализации, где регистрируются обработчики, подключаются модули, задаются константы	Выполняется в начале каждого запроса, поэтому любые тяжёлые действия сразу влияют на latency
Тяжёлый запрос	SQL‑операция, требующая более 0,2 сек. выполнения, либо сканирование больших таблиц	Удлинняет время генерации страницы и повышает нагрузку на сервер
Блокировка	Ожидание завершения другого процесса (например, `file_get_contents` к удалённому API)	Может привести к «залипанию» скрипта и падению количества одновременных соединений

2. Типичные «тяжёлые» операции в `init.php`

Категория	Пример кода	Почему это плохо	Как проверить
SQL‑запросы в цикле	`foreach ($arUsers as $id) { $db->Query("SELECT * FROM b_user WHERE ID=$id"); }`	Каждый запрос открывает новое соединение к БД → рост времени отклика	Включить `SHOW PROFILE` в MySQL или использовать `BX_DEBUG` в Битриксе
Подключение внешних API	`file_get_contents('https://api.example.com/price')`	Ожидание ответа от другого сервера (сетевой лаг)	Включить `set_time_limit(0)` и измерять `microtime(true)` до/после
Большие файлы/массивы	`include_once($_SERVER['DOCUMENT_ROOT'].'/big_config.php');` где в файле 10 МБ данных	Память растёт, PHP может начать «переполнять» память и падать	`memory_get_usage()` покажет рост
Регистрация обработчиков без условий	`AddEventHandler('main', 'OnBeforeProlog', 'myHeavyFunc');` где `myHeavyFunc` делает запрос к БД	Обработчик будет вызываться на каждом запросе, даже если нужен только в админке	Проверить `$_SERVER['REQUEST_URI']` в функции и возвращать `false` при ненужных запросах

3. Как быстро проверить `init.php` на наличие проблем

Включить профилирование

define('BX_DEBUG', true);
$GLOBALS['DB']->StartTrace();
// ... ваш код ...
$trace = $GLOBALS['DB']->GetTrace();
foreach ($trace as $q) {
   if ($q['TIME'] > 0.2) {
       echo "Тяжёлый запрос: {$q['QUERY']} (время: {$q['TIME']} сек)";
   }
}

Вывод покажет все запросы, которые превысили порог в 0,2 сек.

Логировать время выполнения
```
$start = microtime(true);
// ваш код
$elapsed = microtime(true) - $start;
if ($elapsed > 0.1) {
   error_log("init.php: длительность $elapsed сек");
}
```
Записи в error_log позволяют увидеть «узкие места» без изменения бизнес‑логики.

Проверка количества подключений к БД

$cnt = $GLOBALS['DB']->GetConnectCount();
if ($cnt > 1) {
   error_log("init.php отк открыло $cnt подключений к БД");
}

Тестовый запрос к init.php
Откройте в браузере https://example.com/bitrix/php_interface/init.php?debug=1.
В init.php добавьте условие:
```
if (isset($_GET['debug'])) {
   phpinfo();
}
```
Это позволит увидеть, какие модули уже загружены и сколько памяти использует скрипт.

4. Как избавиться от тяжёлых операций

Проблема	Решение	Пример
Повторяющиеся запросы	Свести к одному запросу, использовать `IN (…)` или `JOIN`	`SELECT * FROM b_user WHERE ID IN (1,2,3)` вместо цикла
Запросы в админке	Обернуть в условие `if (defined('ADMIN_SECTION'))`	`php if (defined('ADMIN_SECTION')) { /* запросы */ }`
Внешние API	Кешировать результат в файле/Redis на 5‑10 минут	`php $price = Cache::get('price', 600) ?: file_get_contents(...);`
Большие массивы	Перенести в отдельный файл и подключать по требованию (`require_once` внутри функции)	`php function getConfig() { static $cfg; if (!$cfg) $cfg = include 'config.php'; return $cfg; }`
Регистрация обработчиков	Добавлять только в нужных скриптах (`init.php` → `init_admin.php`)	`php if (strpos($_SERVER['SCRIPT_NAME'], '/admin/') !== false) { AddEventHandler(...); }`

5. Лучшие практики для future‑proof `init.php`

Не выполнять бизнес‑логику – только подготовка окружения (константы, подключение модулей).
Разделять «тяжёлый» и «лёгкий» код: вынести всё, что может занимать более 50 мс, в отдельные файлы и подключать их только при необходимости.
Использовать кэш: Bitrix уже имеет CBitrixCache, но в init.php лучше работать с APCu или Redis, чтобы не тратить время на файловый кэш.
Тестировать на продакшене: включить BX_DEBUG только в режиме разработки, иначе логирование может добавить нагрузку.

6. Пример «чистого» `init.php`

<?php
// 1. Константы и базовые подключения
define('NO_AGENT_CHECK', true);
require_once($_SERVER['DOCUMENT_ROOT'].'/bitrix/modules/main/include/prolog_before.php');

// 2. Подключаем только нужные модули
if (!CModule::IncludeModule('iblock')) {
    die('Модуль инфоблоков не найден');
}

// 3. Кешируем часто используемые настройки
$cache = CPHPCache::CreateInstance();
if ($cache->InitCache(3600, 'site_options', '/')) {
    $arOptions = $cache->GetVars();
} else {
    $arOptions = COption::GetOptionString('main', 'site_name');
    $cache->StartDataCache(3600, 'site_options', '/');
    $cache->EndDataCache($arOptions);
}

// 4. Регистрация обработчиков только в нужных местах
if (defined('ADMIN_SECTION')) {
    AddEventHandler('main', 'OnBeforeProlog', function() {
        // лёгкий запрос к БД, только в админке
        $db = $GLOBALS['DB'];
        $res = $db->Query("SELECT COUNT(*) AS CNT FROM b_user WHERE ACTIVE='Y'");
        $cnt = $res->Fetch()['CNT'];
        define('ACTIVE_USERS', $cnt);
    });
}

// 5. Завершаем инициализацию, без лишних действий
?>

В этом примере:

Только один запрос к БД в админке.
Кеш уменьшает количество обращений к COption.
Никаких внешних API и больших файлов.

7. Как проверить, что изменения действительно помогли

Измерьте время с помощью microtime(true) до и после init.php.
Сравните количество запросов в профайлере MySQL (SHOW STATUS LIKE 'Questions';).
Наблюдайте за нагрузкой в панели управления 🏰 VDSina (CPU, RAM, I/O).

Если после оптимизации время отклика упало хотя бы на 20 %, а количество запросов к БД уменьшилось, значит вы на правильном пути.

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

Найдите «тяжёлый» запрос
Откройте ваш init.php, включите профилирование (BX_DEBUG) и найдите запрос, который выполняется дольше 0,2 сек. Опишите, как вы его оптимизируете.
Перенос кода в функцию
В init.php есть блок, который загружает большой массив из файла big_data.php. Перепишите его так, чтобы массив загружался только при вызове функции getBigData().
Кеширование внешнего API
Сценарий: init.php делает file_get_contents('https://example.com/price') каждый запрос. Реализуйте кеширование результата в APCu на 5 минут. Приведите код.
Условная регистрация обработчика
Добавьте обработчик OnBeforeProlog, который будет работать только на публичной части сайта, но не в админке и не в REST‑запросах. Какой условный оператор вы используете?
Тестирование на продакшене
После всех правок измерьте среднее время выполнения init.php (используйте microtime(true)). Сравните с показателями до оптимизации и запишите разницу в процентах.

Помните: init.php – это «входная дверь» вашего сайта. Чем легче она открывается, тем быстрее ваш клиент получит страницу. Регулярно проверяйте её на «тяжёлые» операции, и ваш магазин на Битриксе будет работать быстро и стабильно, даже под высокой нагрузкой.

Если понадобится более мощный сервер, обратите внимание на предложения от [VDSina]https://vdsina.ru?partner=5095) – они предлагают гибкие тарифы от 150 рублей для старта до Hi‑CPU для тяжёлых магазинов.

--- Удачной оптимизации!

CamZamZam - онлайн фото с вебкамеры с эффектами
Cartoon Network: игры с персонажами
Чат рулетка в 2026: будущие функции
Эксперт по доменным стратегическим решениям
Хостинг для e-commerce проектов
Как играть в слоты
Как настроить CDN для сайта на хостинге Host.bg
Как настроить SSL-сертификат для сайта на Host.bg
Как оптимизировать производительность сайта с хостингом Host.bg
Как выбрать правильный хостинг для вашего сайта
Какие бывают ЛОР болезни у детей
Кассовые терминалы с оплатой картами
LOL куклы витрина детская
Лучшие видеорегистраторы для водителей
Онлайн QR-код сканер
Онлайн-связь
Оптимизация производительности баз данных на хостинге Host.bg
Основы настройки веб-хостинга: что вам нужно знать
Партнёрская программа без блога: как получать трафик из Telegram
Профессиональные хитрости для пользователей хостинга Host.bg
Регистрация ИП в Москве для иностранных граждан
Сравнение хостинга Host.bg с другими провайдерами
Субтитры — нет, уши — включены: погружение в английский за 5 минут
Сумки с бусинами
Техника для строительства загородных трасс
ТОП-10 VPS для разработчика: рейтинг серверов под рабочие задачи
WordPress блог для бизнеса

Убеждаемся, что в bitrix/php_interface/init.php нет тяжёлых операций и запросов к БД

Урок: Убеждаемся, что в bitrix/php_interface/init.php нет тяжёлых операций и запросов к БД

Что вы получите сразу после урока

1. Почему init.php так важен

2. Типичные «тяжёлые» операции в init.php

3. Как быстро проверить init.php на наличие проблем