<b>7 мест в Битрикс, где обычно ломается сайт после «безопасной» правки</b>

<b>7 мест в Битрикс, где обычно ломается сайт после «безопасной» правки</b>

Чаще всего проблемы в Bitrix появляются не в ядре, а в том, что трогают «по мелочи»: шаблон, события, компоненты, кеш.

— Правка в шаблоне без проверки вывода: один лишний <code>echo</code> ломает верстку, а иногда и AJAX-ответ.
— Изменение файлов компонента вместо переопределения в <code>/local/templates/</code>: потом обновления и сравнения превращаются в ручной ад.
— События <code>OnBefore*</code> и <code>OnAfter*</code>: там любят писать бизнес-логику, а потом забывают, что она срабатывает везде.
— Кеширование: если не понимать, где хранится результат, можно часами искать «пропавшие» данные, которые просто не сбросились.
— Агентами и cron-ом: тихая зона, где одна ошибка в условии превращает обслуживание в бесконечный цикл.
— Права доступа: после доработки админка работает, а публичная часть уже нет — и это не баг, а разъехавшаяся логика ролей.

Есть наблюдение которое стоит проверить: если правка затрагивает сразу шаблон, событие и кеш, тестировать нужно не одну страницу, а весь сценарий от входа до формы и отправки.

Перед любым изменением делайте минимум одно: копия файла, отдельная ветка, понятный откат. В Битрикс это экономит больше времени, чем любая «аккуратная» ручная правка.