Подготовка проекта к деплою
Подготовка к релизу требует строгого разделения версионируемого кода (/local) и данных окружения, выносимых в файл .settings_extra.php. На боевом сервере отключается режим отладки (debug => false), выполняется сброс управляемого кеша и обязательно перезагружается процесс PHP-FPM для очистки кеша опкодов OPcache.
Прогресс хранится в этом браузере. Войдите, чтобы сохранить его в аккаунте.
Что нужно понимать
-
1
Проверка конфигурации
-
2
Оптимизация БД
-
3
Очистка кеша
Материалы
Официальная документация
-
Структура директорий: раздел «Папка /local» Новая дока
-
Монитор качества Новая дока
Проверь себя
После первого деплоя письма с прода уходят с адреса стенда, а в шапке виден стек ошибок. Где искать?
Конфигурация окружения приехала со стенда сразу в трёх местах: exception_handling.debug в .settings.php, dbconn.php и опции в b_option из дампа. Настройки окружения держат в .settings_extra.php на сервере, а опции переопределяют скриптом после разворачивания.
Почему /bitrix и /upload не кладут в репозиторий, а /local — кладут?
/bitrix — ядро, оно обновляется и весит гигабайты, /upload — данные пользователей. Всё, что написал проект, живёт в /local, и его достаточно, чтобы поднять сайт на чистом ядре.
Код выложен, кеш сброшен, а сайт показывает старое поведение. Что забыли?
OPcache: php-fpm с выключенной проверкой времени файлов держит старый байткод. После выкладки нужен reload php-fpm, а не только clearCache() и cleanAll() у managed-кеша.
Дамп прода на стенд весит 20 ГБ, хотя каталог маленький. Что чистить?
Журнал событий, поисковый индекс, таблицы монитора производительности и статистики — их можно пересоздать, и встроенный бэкап умеет их исключать.
Не сходится?
Спросите ассистента BXMax: он знает документацию и материалы сайта по этой теме.
Знаете материал лучше?
Предложите ссылку: после проверки она появится в этом разделе.
Войти, чтобы предложить