Проблема

При переносе сайта на 1С: Битрикс с тестового хостинга на боевой, оказалось, что боевой хостинг не такой уж и боевой, например:

  • Он не умеет из админки менять версию PHP на ходу, она меняется только через тех. поддержку (ответ раз в 2-4 часа) и для всех проектов одновременно, что естественно нарушит работу части проектов (это в 2к18 году, вы серьёзно ?)
  • Чтобы вносить изменения в php.ini, нужно опять же обратиться в тех. поддержку и оплатить эту типа доп. услугу

В общем, был потрачен день на увлекательные разговоры и получено 0 результата.

Решение с хостингом

Перенес корпоративный сайт на Спринтхост, которым доволен уже больше полугода https://sprinthost.ru/
Из крутых плюшек:

  • цена 98р/месяц
  • 3 сайта, 3 Гб
  • Моментальные ответы тех. поддержки в чате/почте и даже по телефону (узнавал насчёт отправки оригиналов документов по почте для юр. лиц)
  • 15 дней теста без ввода данных карты и оплат
  • автоматом настроенные бекапы БД и файлов
  • бесплатный и автоматический SSL cертификат
  • всё на SSD
  • PHP меняется на лету

В общем, рекомендую прямо сейчас регистрироваться и идём дальше

<!-- Begin SPRINTHOST.RU banner code --><!-- [et_pb_line_break_holder] --><a href="https://sprinthost.ru/s17874/?bid=134"><img src="https://ad.sprinthost.ru/201803/201803_v1_336x280.png" border="0" alt="Идеальный выбор начинающих и небольших сайтов" /></a><!-- [et_pb_line_break_holder] --><a href="https://sprinthost.ru/s17874/tariffs/actions.html?bid=135"><img src="https://ad.sprinthost.ru/201803/201803_transfer_336x280.png" border="0" alt="3 месяца хостинга при переезде к нам" /></a><!-- [et_pb_line_break_holder] --><!-- End SPRINTHOST.RU banner code -->

 

 

 

Перенос 1С: Битрикс сайта с хостинга на хостинг

 

Есть 2 способа перенести сайт на Битриксе с хостинга на хостинг: ручками или через резервную копию, этот вариант я и рассмотрю.

 

1 Этап. Создание резервной копии

 

Идём в админку Битрикса: Настройки -> Инстурменты -> Резервное копирование -> Создание резервной копии

 

Указываем Размещение резервной копии в папке сайта и переходим в Параметры
скрин настроек резервной копии Битрикс

 

  1. Выставляем галку Архивировать базу данных
  2. Выставляем галку Архивировать ядро
  3. Выставляем галку Архивировать публичную часть
  4. Выставляем галку Проверить целостность архива после завершения
  5. Все остальные галки снять
  6. Максимальный размер несжатых данных в одной части архива 100мб
  7. Жмём Создать резервную копию

Идём в Настройки -> Инстурменты -> Резервное копирование -> Список резервных копий

 

И у последней созданной из выпадающего меню (2 столбец), жмём Получить ссылку для переноса

 

Ниже списка Резервных копий есть ссылка на файл restore.php, качаем его и по FTP заливаем на новый хостинг.

 

2 Этап. Разворачиваем резервную копию и траблшутим

 

ВАЖНО: Перед тем как разворачивать резервную копию, убедитесь, что Вы используете версию PHP 5.6 или выше, Я развернул на PHP 7.0 и всё без косяков.

 

Далее в браузере идём на http://адресСайтаСскриптом/restore.php, жмем Далее и указываем Скачать резервную копию с дальнего сайта, Вставляем ссылку, Далее.

 

На этом этапе, ещё до базы данных, у особо везучих вылетит это чудо:

 

 Для продолжения установите настройки PHP: mbstring.func_overload=2 и mbstring.internal_encoding=UTF-8.

Есть несколько разных шаманских ритуалов чтобы победить, но мне больше нравится этот т.к. он универсален:

 

В FTP каталоге уже развернулись файлы сайта, нам нужно попасть в файл /public_html/bitrix/php_interface/dbconn.php

 

В этом файле комментируем указанную строку:

 

//define("BX_UTF", true);

И заливаем обартно.

 

ВАЖНО: Файл нужно закрыть и после процедуры восстановления заново скачать и раскомменитровать строчку, т.к. туда записываются реквизиты БД в процессе работы с  restore.php

 

Теперь в браузере жмём Попробовать снова и вводим реквизиты базы данных. Снимаем галку Создать базу данных в случае её отсутствия, если Вы её уже создали до этого. Жмём Восстановить.

 

Теперь можно удалить локальную резервную копию и служебные скрипты.

 

3 Этап.htaccess

 

  • Заходим по FTP в корень сайта
  • Удаляем .htaccess
  • Переименовываем  .htaccess.restore в .htaccess.
  • ...
  • Успех. Вы восхитительны!
На этом всё,  надеюсь Вам было полезно 😉

Поделиться