«Проверка системы» в 1С-Битрикс: что проверяет и как читать результат

Инструмент живёт в административной части, в разделе инструментов — адрес /bitrix/admin/site_checker.php. Он нужен не для красивых галочек, а чтобы отличить «сайт работает неправильно» от «сайт работает неправильно из-за окружения».

Что он прогоняет

Тестов несколько десятков, они идут группами:

• PHP. Установленные модули и настройки — лимит памяти, время выполнения, размер загружаемых файлов, mbstring, обработка сессий.
• Веб-сервер. Переменные окружения, сжатие, http-авторизация, быстрая отдача файлов, рекурсия в регулярных выражениях (на ней сервер умеет падать молча).
• Соединение с собой. Сайт обращается к себе по сокету, в том числе защищённому: без этого не работают обновления, обмен и часть сервисов.
• База. Версия, режим работы, время, кодировка соединения, базы и каждой таблицы, формат таблиц, структура. Здесь находится больше всего реальных проблем.
• Почта. Отправка обычного и большого письма, очередь событий, подключение к ящику. Сам адрес отправителя тесты не проверяют — его задают отдельно.
• Загрузка файлов. Обычная, большая и бинарная — три разных теста, потому что ломаются они по-разному.
• Права на файлы и каталоги. Частый источник ошибки при создании файла.
• Обновления. Доступность системы обновлений и лицензионный ключ.
• Чаты и звонки. Сервер очередей, TURN, push — для коробочного портала это основная диагностика.
• Задания по расписанию, производительность, поиск, многосайтовость.

Безопасность

Первый смотрит на конфликты веб-сервера: нет ли модуля перезаписи адресов, не включены ли модули, мешающие работе платформы.

Второй ищет в корне сайта, в каталоге /bitrix/ и в /upload/ забытые установочные файлы — точный список такой: restore.php, bitrix_server_test.php, bitrixsetup.php, bitrix_install.php, bitrix_setup.php, bitrix6setup.php, bitrix7setup.php, bitrix8setup.php, export_file.csv, 1c_bx_import.php. Это остатки установки и переноса, которые открывают посторонним слишком много. Если проверка их нашла — удаляйте, а не переименовывайте в .bak: такие копии веб-сервер отдаёт как текст.

Режим исправления

Проверка умеет не только показывать, но и исправлять — в основном кодировки и форматы таблиц. Пользоваться этим стоит осознанно: на базе в несколько десятков гигабайт конвертация занимает часы и держит таблицы заблокированными. Сначала резервная копия, потом нерабочее время, затем запуск.

Как читать результат

Три состояния: успех, замечание и ошибка. Замечания часто нормальны — например, оно появится при настройке, выбранной сознательно. Ошибки разбирают по порядку, начиная с базы и прав на файлы: от них ломается больше всего.

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

Вторая часть: чек-лист сдачи проекта

На той же странице лежит чек-лист — несколько сотен пунктов по разделам: веб-окружение, интеграция дизайна и разработка, размещение на хостинге, сдача проекта, безопасность, производительность. Часть пунктов отмечают руками, часть система проверяет сама.

Автоматические пункты интереснее всего, потому что показывают то, о чём в отчётах обычно не пишут:

• модифицированные и неизвестные файлы в модулях ядра — следы правок напрямую, которые слетят при первом же обновлении;
• собственные компоненты без описания;
• делается ли резервное копирование: система считает файлы в /bitrix/backup;
• вызовы ShowHead(), ShowTitle() и ShowPanel() в шаблонах сайта;
• выключенный проактивный фильтр и исключения в нём;
• CAPTCHA при регистрации, уровень безопасности группы администраторов, уровень вывода ошибок, включённый $DBDebug.

Когда принимаете работу у подрядчика, открывать стоит именно этот список: он отвечает на вопрос, что останется после сдачи, подробнее любого отчёта.

Чего она не покажет

• Уязвимые сторонние модули и шаблоны — а через них сайты взламывают чаще всего.
• Следы взлома: подменённые файлы, лишние администраторы, закладки в шаблоне. Для этого есть поиск троянов и разбор после взлома.
• Скорость для посетителя: инструмент мерит своё, а не время загрузки страницы.
• Индексацию, заголовки, robots.txt, готовность к ответам ИИ-поисковиков.

Снаружи это видно иначе — быстрее всего прогнать адрес через экспресс-аудит сайта: он смотрит на то же, что увидит посетитель и поисковый робот.

Коротко

1. Инструмент проверяет соответствие окружения платформе, а не качество сайта.
2. Главные находки — база, права на файлы, установочные скрипты.
3. Автоисправление кодировок — только после резервной копии.
4. После проверки удалите файл отладки, если он появлялся: см. site_checker_debug.