Как узнать версию 1С-Битрикс: рабочие способы проверки

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

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

Проверка версии через административный раздел

Самый простой способ — страница обновления платформы. Авторизуйтесь в административном разделе (обычно адрес вида site.ru/bitrix/) и перейдите в раздел «Настройки → Обновление платформы» (в английском интерфейсе — Settings → Update System). На этой странице отображается текущая версия главного модуля (main) и список доступных обновлений, если они есть.

Дополнительно сведения о версиях всех установленных модулей доступны в разделе «Настройки → Настройки продукта → Модули». В таблице перечислены модули с колонкой версии — это полезно, когда нужно проверить не только ядро, но и конкретный компонент, например модуль интернет-магазина (sale) или инфоблоков (iblock).

Обратите внимание: версия главного модуля и редакция продукта — разные вещи. Версия вида 24.100.300 показывает номер сборки ядра, а редакция («Старт», «Стандарт», «Бизнес», «Корпоративный портал») определяет набор доступного функционала. Редакция обычно указана на странице обновления платформы и в разделе «Настройки → Настройки продукта → Система обновлений» рядом с лицензионным ключом.

1. 1
   Авторизуйтесь в административном разделе под учётной записью администратора
2. 2
   Откройте «Настройки → Обновление платформы»
3. 3
   Найдите строку с текущей версией главного модуля
4. 4
   Для версий отдельных модулей откройте «Настройки → Настройки продукта → Модули»
5. 5
   Сверьте редакцию и лицензионный ключ в разделе «Система обновлений»

Как узнать версию в файлах ядра без доступа в админку

Если админка недоступна (забыт пароль, сайт упал, нет учётной записи), версию ядра можно посмотреть прямо в файлах на сервере. Подключитесь к серверу по SSH или откройте файловый менеджер хостинга и найдите файл version.php в каталоге ядра.

Файл расположен по пути /bitrix/modules/main/classes/general/version.php относительно корня сайта. Внутри объявлена константа SM_VERSION — это и есть версия главного модуля. Откройте файл любым текстовым редактором или командой просмотра и найдите строку вида:

define("SM_VERSION", "24.100.300");

Рядом обычно находится константа SM_VERSION_DATE с датой сборки. Этот способ работает всегда, пока целы файлы ядра, и не требует запуска сайта или подключения к базе данных. Важно только не редактировать файл случайно: изменение константы не поменяет реальную версию, но может сбить логику проверки обновлений.

grep SM_VERSION /var/www/site.ru/bitrix/modules/main/classes/general/version.php

Проверка версии через базу данных

Информация об установленных модулях и их версиях хранится в базе данных. Если есть доступ к MySQL (через консоль, phpMyAdmin или Adminer), выполните запрос к таблице модулей:

SELECT ID, VERSION, VERSION_DATE FROM b_module ORDER BY ID;

В результате будет список всех зарегистрированных модулей с версиями. Строка с ID main показывает версию ядра. Префикс таблиц обычно b_, но при нестандартной установке может отличаться — точный префикс смотрите в файле /bitrix/php_interface/dbconn.php или в настройках подключения.

Этот способ полезен, когда файлы ядра частично повреждены или когда нужно сравнить, что записано в базе, с тем, что физически лежит на диске. Расхождение версии в БД и в файлах — типичный признак прерванного обновления: ядро частично заменилось, но установщик не завершил регистрацию новой версии.

Определение редакции продукта

Редакцию («Старт», «Стандарт», «Малый бизнес», «Бизнес», «Энтерпрайз», «Корпоративный портал») нельзя вывести одной константой из version.php — она определяется лицензионным ключом и набором установленных модулей. Самый надёжный способ — страница «Система обновлений» в админке, где редакция указана рядом с ключом.

Косвенно редакцию можно определить по составу модулей в таблице b_module или в разделе «Модули». Например, наличие модуля «Интернет-магазин» (sale) исключает младшие редакции, а модули «Веб-мессенджер», «Календарь» и социальные сервисы указывают на коробочную версию корпоративного портала. Метод приблизительный, но помогает сориентироваться, когда доступ к странице обновлений закрыт.

Лицензионный ключ хранится в файле /bitrix/license_key.php. По самому ключу редакцию не определить без обращения к системе обновлений, но наличие и формат файла подтверждают, что установка лицензионная, а не демонстрационная.

Проверка версии из командной строки и через API

Администратору с SSH-доступом удобнее всего одна команда grep по файлу version.php — она мгновенно возвращает значение константы. Для массовой проверки нескольких сайтов на одном сервере удобно прогнать команду в цикле по каталогам.

Внутри работающего сайта версию можно получить программно через API ядра: константа SM_VERSION доступна в любом скрипте после подключения пролога. Также существует метод CUpdateClient::GetCurrentVersion() для получения данных о версии из механизма обновлений. Программный способ используют в мониторинговых скриптах, которые автоматически проверяют актуальность ядра на нескольких проектах.

Учтите, что выполнение произвольных PHP-скриптов на боевом сайте требует осторожности: размещайте проверочные скрипты вне публичного доступа или удаляйте сразу после использования, чтобы не оставить точку входа для посторонних.

Частые ошибки и проверка результата

Типичная ситуация — администратор смотрит версию в подвале сайта или в мета-теге generator. Это ненадёжно: вывод версии в публичной части часто отключён или показывает устаревшее значение, зашитое в шаблон. Ориентироваться нужно только на данные админки, файла version.php или базы.

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

Третья ошибка — попытка «поднять» версию правкой константы или записи в базе, чтобы обмануть проверку обновлений. Это приводит к неконсистентному состоянию ядра: файлы остаются старыми, а система считает их новыми и пропускает нужные обновления. Восстановить такую установку бывает сложнее, чем выполнить штатное обновление.

После определения версии полезно зафиксировать результат: записать версию главного модуля, редакцию, версию PHP и дату проверки в техническую документацию проекта. Это упростит планирование обновлений и общение со сторонними разработчиками.

Частые вопросы