<b>7 мест в 1С-Битрикс, где чаще всего ломают проект на ровном месте</b>

<b>7 мест в 1С-Битрикс, где чаще всего ломают проект на ровном месте</b>

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

— Правят файлы ядра вместо локализации в шаблоне или компоненте. Потом обновление превращается в ручную археологию.
— Смешивают бизнес-логику и вывод в одном include. В итоге нельзя понять, где данные, а где HTML.
— Ставят тяжёлые запросы в циклы. На малом каталоге это незаметно, на живом проекте быстро бьёт по отклику.
— Дублируют обработчики событий в разных местах. Потом одно действие срабатывает дважды, а искать виновника долго.
— Хранят важные правки в админке без фиксации в репозитории. При миграции или откате часть работы просто исчезает.
— Не проверяют права доступа на уровне компонентов и API. Дыра появляется там, где её не видно в интерфейсе.
— Откладывают очистку кеша «на потом». В Битрикс это почти всегда означает, что баг уже исправлен, но ещё продолжает жить для пользователя.

<u>Рабочее правило простое:</u> если правка не переживает перенос, обновление и ревью — это не доработка, а технический долг. Лучше сразу держать шаблоны, события и кастомный код в понятной структуре, чем потом собирать проект по кускам.