index.php в Bitrix: варианты применения и нестандартные решения

Продвинутые примеры модификации index.php

Пример 1: Автоматическое определение шаблона сайта в зависимости от поддомена

<?php
// index.php для многосайтовости на одном физическом хосте
require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");

$host = $_SERVER["HTTP_HOST"];
$siteMap = [
    'shop.mysite.ru' => 's1',
    'blog.mysite.ru' => 's2',
];
if (array_key_exists($host, $siteMap)) {
    $siteId = $siteMap[$host];
    COption::SetOptionString("main", "site_id", $siteId, false, $siteId);
    $GLOBALS['SITE_ID'] = $siteId;
}

// Стандартный код...
require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_after.php");
?>

Результат:

При переходе на shop.mysite.ru загружается шаблон интернет-магазина, на blog.mysite.ru – шаблон блога.

Важно: после изменения SITE_ID необходимо очистить кеш компонентов, иначе старые данные могут остаться.

Пример 2: Запись в лог всех запросов к сайту

<?php
// Разместить в начале index.php до подключения пролога
$logDir = $_SERVER["DOCUMENT_ROOT"] . "/local/logs/";
if (!is_dir($logDir)) {
    mkdir($logDir, 0755, true);
}
file_put_contents($logDir . "requests.log", 
    date("Y-m-d H:i:s") . " " . $_SERVER['REQUEST_URI'] . " " . $_SERVER['REMOTE_ADDR'] . "\n", 
    FILE_APPEND
);
?>

Файл requests.log заполняется записями вида: 2025-03-30 14:22:10 /catalog/product/ 192.168.1.1

Примечание:

Такой подход может вызвать проблемы производительности на высоконагруженных проектах. Рекомендуется использовать асинхронную запись или модуль CEventLog.

Пример 3: Динамическое подключение сервис-воркера для PWA

<?php
// В index.php после prolog_before
if (isset($_SERVER['HTTP_SERVICE_WORKER_ALLOWED']) && $_SERVER['HTTP_SERVICE_WORKER_ALLOWED'] === 'true') {
    header('Service-Worker-Allowed: /');
}
?>

Браузер получает заголовок, разрешающий регистрацию service-worker из корня сайта.

Обычно этого можно достичь через файл .htaccess или web.config, но данный пример показывает возможность гибкой настройки через PHP.

Пример 4: Выполнение кода только для определённой группы пользователей

<?php
// После инициализации сессии
$user = CUser::GetByID($USER->GetID());
if ($arUser = $user->Fetch()) {
    if (in_array(7, $arUser['GROUP_ID'])) { // группа id=7 – менеджеры
        $APPLICATION->IncludeComponent("bitrix:infoblock", "", ["IBLOCK_ID" => 10]);
    }
}
?>

Менеджеры видят дополнительный блок с информацией, остальные – нет.

Проблема:

Если компонент включён в кешируемый шаблон, кеш будет отличаться для разных групп. Необходимо использовать динамические компоненты (ajax или bitrix:main.include с параметром CACHE_TYPE = "N").

Пример 5: Принудительное использование HTTPS через index.php

<?php
// Перед prolog_before
if ($_SERVER['HTTPS'] !== 'on' && $_SERVER['HTTP_X_FORWARDED_PROTO'] !== 'https') {
    $redirect = 'https://' . $_SERVER['HTTP_HOST'] . $_SERVER['REQUEST_URI'];
    header('HTTP/1.1 301 Moved Permanently');
    header('Location: ' . $redirect);
    exit();
}
?>

Посетители автоматически перенаправляются на HTTPS-версию страницы.

Этот код должен быть самым первым в файле, до любых выводов данных. В противном случае произойдет ошибка "headers already sent".

Пример 6: Предзагрузка данных из кеша для ускорения работы

<?php
// Перед прорисовкой компонента
$cache = new CPHPCache();
$cacheTime = 3600*24; // 24 часа
$cacheId = "main_page_data";
$cachePath = "/main/";
if ($cache->InitCache($cacheTime, $cacheId, $cachePath)) {
    $vars = $cache->GetVars();
} else {
    $vars = [
        'news' => getNewsData(),
        'banners' => getBannersData(),
    ];
    if ($cache->StartDataCache()) {
        $cache->EndDataCache($vars);
    }
}
// Использование $vars в шаблоне...
?>

Сложные запросы выполняются один раз в сутки, сокращая время генерации страницы.

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