Что лежит в /bitrix и почему туда не пишут
Каталог /bitrix/ целиком принадлежит системе обновлений ядра: в нем находятся модули, стандартные компоненты, административный раздел и системный кеш. Этот каталог предназначен только для чтения и инспекции исходного кода, а любые прямые правки файлов в нем будут безвозвратно перезаписаны очередным обновлением платформы.
Прогресс хранится в этом браузере. Войдите, чтобы сохранить его в аккаунте.
Что нужно понимать
-
1
/bitrix/modules — системные модули
-
2
/bitrix/components — системные компоненты
-
3
/bitrix/templates — системные шаблоны
-
4
/bitrix/php_interface — системные настройки
Материалы
Официальная документация
Проверь себя
Нужно понять, какие параметры принимает стандартный компонент и что он кладёт в $arResult. Куда идти?
В /bitrix/components/bitrix/<имя>/: .parameters.php описывает параметры, component.php или class.php — логику и $arResult. Это первоисточник, документация его пересказывает частично.
Разработчик поправил баг прямо в /bitrix/modules/iblock. Что произойдёт и чем это грозит кроме потери правки?
Обновление модуля перезапишет файл, правка исчезнет. По документации изменённое ядро лишает права на техподдержку и может сломать установку обновлений. Правильный путь — обработчик события или своя логика в /local.
Почему нельзя удалить /bitrix/cache для экономии места и что там на самом деле?
Удалить можно, это кеш, он перестроится. Но там же /bitrix/managed_cache и /bitrix/stack_cache — управляемый кеш и кеш с вытеснением. Чистить лучше из админки, а не rm -rf на проде в час пик.
Заказчик хочет, чтобы подрядчик правил только «свой» код. Какой файл в /bitrix всё равно придётся отдать?
Никакой: /bitrix/php_interface/init.php, .settings.php и dbconn.php имеют аналоги в /local, которые ядро подхватывает первыми. Всё, что нужно подрядчику, живёт в /local.
Не сходится?
Спросите ассистента BXMax: он знает документацию и материалы сайта по этой теме.
Знаете материал лучше?
Предложите ссылку: после проверки она появится в этом разделе.
Войти, чтобы предложить