Инструктаж о том, как правильно сделать копию боевого портала Битрикс24 для тестирования разработок.
Пошагово пробежимся, что вам необходимо выполнить, для создания копии коробочного портала Битрикс24 для тестирования разработок.
Для начала необходимо подготовить виртуальную машину, на которую будет установлена копия тестового портала. Берём образ с сайта www.1c-bitrix.ru из раздела «Скачать» - «Виртуальная машина» и устанавливаем по инструкции с того же сайта.
Когда машина готова, на неё нужно перенести резервную копию портала.
Перед тем, как делать резервную копию, отключите модуль проактивной защиты. При переносе на тестовый сервер и изменении адресов его настройки могут не позволить вам даже авторизоваться.Вот теперь создаём резервную копию в административной панели, в разделе «Настройки» - «Инструменты» - «Резервное копирование». Когда копия готова, включаем обратно настройки защиты портала.
Через браузер обращаемся к виртуальной машине, выбираем в меню пункт восстановления копии и восстанавливаем (можно даже по ссылке с удалённого сайта, чтобы не перекачивать копию на сервер самостоятельно).
Эти пункты подробно не расписываем, они нужны больше для полноты описания процесса. Уверены, что с ними у вас проблем не будет.
А если вам нужна помощь профессионалов, задайте вопрос в бесплатную техническую поддержку "Соли", мы ответим на вопросы по базовой настройке и стандартному функционалу системы.
А вот когда вы развернули копию, нужно превратить её из «боевой» в тестовую.
1.
Перейдите в настройки главного модуля. На вкладке «Система обновлений» проставляем галочку «Установка для разработки».
Дело в том, что на одном лицензионном ключе Битрикс24, согласно лицензионному соглашению, можно одновременно использовать две копии. Но одна из них - для работы, а вторая - для тестов. И эта галочка говорит системе обновлений, что копия тестовая и нарушения лицензионного соглашения нет, ключ блокировать не нужно.
2. Прописываем тестовый адрес портала в настройках сайтов, главном модуле, настройках модуля чат-ботов.
Так как портал у нас тестовый, то и адрес у него не такой, как у «боевого». Об этом нужно сообщить системе, чтобы модули отправляли свои команды по правильным адресам, подставляли верные ссылки в уведомления и т.д.
3. Далее переустанавливаем модуль «imopenlines» без сохранения таблиц.
У вас были подключены открытые линии к CRM? Так вот они могут быть подключены одновременно только к одному порталу. Поэтому быстренько их отключаем. Да так, чтобы никакие ключи подключения не уцелели. Чтобы по отдельности не отключать и ничего не забыть, быстрее всего переустановить модуль.
4. Ломаем отправку почтовых уведомлений или работу модуля почты, чтобы пользователи не получали уведомления с тестового портала (в настройках виртуальной машины отключаем подключение к SMTP).
Как правило, никакие письма с тестового портала отправляться не должны: ни уведомления, ни маркетинговые рассылки. Так что на всякий случай просто делаем так, чтобы почта не отправлялась. Если на боевом портале для отправки писем используются сторонние модули - удаляем и эти настройки.
5. Деактивируем все почтовые шаблоны и почтовые события. Переходим в Настройки - Настройки продукта.
Чтобы наверняка ничего никуда с портала не ушло. Уведомления (в том числе и СМС) работают с использованием шаблонов. Значит, нужно сделать так, чтобы Битрикс24 не знал, как это сделать.
6. Деактивируем все почтовые ящики. Заходим в Сервисы - Почта - Почтовые ящики.
Если вы и ваши коллеги подключали почтовые ящики, чтобы получать и отправлять почту, то на тестовом портале это уже не будет нужно. И, более того, может навредить (мало ли, вы заходите письма удалить, а они и с почтового сервера удалятся). Нужен будет ящик для тестов - подключите потом.
7. Удаляем из таблицы b_option настройки service_client_id и service_client_secret модуля rest (с последующей очисткой кэша). Найти и удалить данные из базы можно прямо в административном разделе: «Настройки» - «Производительность» - «Таблицы».
Это нужно сделать, чтобы ваш тестовый портал у сервера авторизации приложений (той же интеграции с 1С) не путался с боевым. И трафик запросов не ушел «на лево», изменив на боевом то, что должен был сделать на тестовом и наоборот.
8. Переустанавливаем модуль rest без сохранения таблиц (кнопка удаления не активна, но через просмотр кода страницы можно удалить параметр «disabled», а дальше - разберётесь ;) ).
От старых ключей подключения мы избавились, теперь нужно получить новые. Переустановка это решит.
9. Если были установленные или созданные локальные приложения/вебхуки, которые нужны на копии, то их придется вычищать из базы и ставить заново.
Всё потому, что мы переустанавливали модуль rest. Но так было нужно.
10. Если были настроены обмены через дополнительные модули или серверные скрипты - отключаем их или меняем адрес сервера обмена на тестовые.
Тут уже вам виднее конечно, что у вас на портале с чем обменивалось не стандартными методами. Но лучше, конечно всё поотключать, потому что мы развернули точную копию боевого портала. И пусть к этому моменту она уже не совсем точная, но ваши скрипты обмена всё ещё обращаются к боевым системам.
11. Выполнить полную очистку кэша.
Битрикс24 кэширует очень много различной информации и настроек. Его очистка позволит избежать головоломок из категории «У меня же в настройках уже другой адрес, почему до сих пор открывается старый?»
Всё сделали? Супер! Теперь можно спокойно дорабатывать, экспериментировать, ломать тестовую копию и не бояться, что об этом пользователи узнают раньше времени!
Не хотите экспериментов? Вы всегда можете обратиться к нашим специалистам службы клиентского счастья.
