<b>Почему русские CMS ломаются не в ядре, а в типовых доработках</b>

<b>Почему русские CMS ломаются не в ядре, а в типовых доработках</b>

За неделю в репах видно одно и то же: проект живёт не на «чистой» системе, а на смеси шаблона, костылей и срочных правок. У 1С-Битрикс, MODX, OpenCart и Tilda проблемы обычно начинаются не с платформы, а с того, как в неё встроили бизнес-логику.

Три зоны риска повторяются чаще всего:
— логика заказа или формы спрятана в шаблон, а не вынесена в слой сервиса;
— доработки пишутся прямо в ядро или в системные файлы;
— нет карты зависимостей: непонятно, что сломает обновление, а что переживёт его без шума.

Если нужен стабильный сайт, держите правило: всё, что меняется чаще одного раза в квартал, не должно жить в ядре. Для Битрикса это особенно заметно на компонентах и пользовательских классах, для MODX — на сниппетах и плагинах, для конструкторов — на интеграциях и внешнем JS. Чем меньше логики в шаблоне, тем проще миграция, тестирование и возврат после неудачной правки.

Ещё один маркер зрелого проекта — наличие короткого файла «как у нас устроено»: где лежат кастомизации, что можно трогать без риска, кто отвечает за обновления. Такой документ экономит часы на разборе даже в маленькой команде.

Если сайт уже живёт на доработках, сначала вынесите бизнес-логику из шаблонов, потом зафиксируйте точки входа. Это дешевле, чем каждый раз чинить последствия «маленькой правки».