Почему русская CMS ломается не в коде, а на этапе настройки прав и шаблона

Почему русская CMS ломается не в коде, а на этапе настройки прав и шаблона

В RU-проектах типовая ошибка одна и та же: CMS ставят как «движок сайта», а потом тащат в неё логику магазина, CRM, формы, обмены и SEO-обвес. В итоге система живёт не по архитектуре, а по набору костылей, и любой апдейт начинает цеплять чужие слои.

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

Для 1С-Битрикс это особенно заметно на наследии: один компонент правят прямо в шаблоне, второй — в системных файлах, третий — через init.php. Для MODX та же история всплывает в чанках, сниппетах и правках core, когда проект собирали «быстро и потом разберёмся».

Если сайт уже живёт годами, полезно раз в квартал пройтись по трем вопросам: где у нас логика, где шаблон, где данные; что можно обновить без страха; что сломается, если сменится разработчик. Чем меньше магии в структуре проекта, тем дешевле его сопровождение.