Коротко: доработки «слетают» при обновлении 1С-Битрикс только тогда, когда их вносили прямо в ядро (папку /bitrix/). Чтобы этого не происходило, весь кастом выносят в /local/, вместо правки компонентов используют обработчики событий и копируют компоненты в свою папку, а любое обновление сначала прогоняют на тестовой копии.
Золотое правило: никогда не редактируйте файлы в /bitrix/. Всё своё — в /local/.
Чек-лист безопасного обновления
- Сделайте полную резервную копию файлов и базы данных.
- Разверните тестовую копию сайта и обновляйтесь сначала на ней.
- Проверьте, что все доработки лежат в
/local/, а не в/bitrix/. - Обновляйте модули пошагово через «Обновление системы», а не всё разом.
- После обновления прогоните проверку: заказы, обмен с 1С, формы, личный кабинет.
- Только после успешного теста повторите обновление на боевом сайте.
Как правильно вносить доработки
- Кастомные компоненты и шаблоны — в
/local/components/и/local/templates/. - Логику подключайте через обработчики событий, а не правку файлов ядра.
- Нужен изменённый компонент — копируйте его в свою папку и меняйте копию.
- Свой код и классы — в
/local/php_interface/с автозагрузкой.
Почему доработки слетают
Обновление перезаписывает файлы ядра в /bitrix/. Если правки были внесены туда напрямую, они затираются новыми версиями файлов. Вынос кода в /local/ решает проблему: эта папка при обновлении не трогается.
Что проверить сразу после обновления
- Оформление тестового заказа: корзина, доставка, оплата, письма.
- Обмен с 1С: выгрузка каталога и заказов проходит без ошибок.
- Формы обратной связи и заявки доходят до почты и CRM.
- Личный кабинет, авторизация и регистрация работают.
- Ключевые страницы открываются без ошибок и не «поехала» вёрстка.
- Скорость и композитный кэш включены и работают.
Частые вопросы
Что делать, если доработки уже в /bitrix/?
Перед обновлением их нужно перенести в /local/ или оформить через события. Иначе ближайшее обновление их затрёт. Это стандартная задача рефакторинга перед апдейтом.
Обязательно ли тестовое окружение?
Да. Обновление сразу на боевом — главная причина падений магазина. Копия сайта позволяет поймать проблемы до того, как их увидят клиенты.
Можно ли не обновляться вообще?
Технически сайт продолжит работать, но устаревшее ядро — это риски безопасности и несовместимость с новыми возможностями и обменом с 1С. Обновления безопасности ставить нужно.
Как часто нужно обновляться?
Обновления безопасности ставьте по мере выхода. Крупные функциональные обновления — планово, раз в несколько месяцев, обязательно через тестовую копию. Главное — не накапливать отставание на годы.
Сломает ли обновление обмен с 1С?
При корректных доработках — нет. Риск возникает, когда обмен «допилен» правкой ядра. Поэтому обмен всегда проверяют на тестовой копии до обновления боевого сайта.
