Пошагово пробежимся, что вам необходимо выполнить, для создания копии коробочного портала Битрикс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 кэширует очень много различной информации и настроек. Его очистка позволит избежать головоломок из категории «У меня же в настройках уже другой адрес, почему до сих пор открывается старый?»
Всё сделали? Супер! Теперь можно спокойно дорабатывать, экспериментировать, ломать тестовую копию и не бояться, что об этом пользователи узнают раньше времени!
Не хотите экспериментов? Вы всегда можете обратиться к нашим специалистам службы клиентского счастья.