<b>Bitrix часто ломают не кодом, а заливкой: 6 проверок перед публикацией</b>

<b>Bitrix часто ломают не кодом, а заливкой: 6 проверок перед публикацией</b>

В 1С-Битрикс типовой инцидент начинается не с «плохого модуля», а с мелочей на стороне деплоя и шаблона. Перед выкладкой проверьте:
— права на /bitrix/php_interface/ и /upload/;
— совпадение .htaccess и настроек сервера;
— автозагрузку классов и кеш компонента;
— не затирает ли шаблон системные include-файлы.

Отдельно смотрите на среду: на локали сайт может жить на PHP-расширениях и допущениях, которых нет на проде. Если используется ORM, миграции и события, прогоняйте не только главную страницу, а сценарии с авторизацией, формами, корзиной и кроном. Именно там всплывают «тихие» ошибки.

Еще одна частая точка отказа — кеш и права записи. После переноса проекта проверьте, что кеш чистится, агенты выполняются, а папки для временных файлов не остались read-only. В Битриксе это часто выглядит как «верстка есть, данных нет» или «админка открылась, но сохранять нельзя».

Перед релизом полезно держать короткий чек-лист: бэкап, очистка кеша, тест формы, тест авторизации, тест корзины, тест отправки почты. Если есть интеграции с CRM или 1С, не доверяйте одному ручному клику — проверьте обмен под реальной нагрузкой.

Лучше поймать проблему до нажатия «опубликовать», чем искать её по логам ночью.