Перенос сайта на битриксе на другой хостинг. Перенос битрикс на другой хостинг
Перенос сайта на другой хостинг 1C Битрикс
Сегодня научимся грамотно переносить сайт, сделанный на Битрикс с одного хостинга на другой хостинг или VPS/VDS.
Вообще, без разницы куда переносить, предварительные настройки сделать все равно придется в обоих случаях.
Итак, имеем рабочий сайт на Битрикс и готовый купленный хостинг, куда переносить сайт, доступы к новому хостингу имеются, остается только перенести сайт.
Реально существует ЧЕТЫРЕ способа переноса сайта на другой хостинг
- Создание локальной резервной копии сайта и перенос на новый хостинг с помощью WinSCP.
- Восстановление резервной копии сайта на новом хостинге из облака "1С-Битрикс".
- Создание локальной резервной копии сайта и перенос на новый хостинг с помощью консольной программы в Linux для загрузки файлов "wget".
- Синхронизация сайта на другой хостинг с помощью консольной программы в Linux для синхронизации файлов и каталогов "rsync".
Предварительное тестирование сервера/хостинга
Перед тем, как переносить сайт, место назначения (Сервер/Хостинг) необходимо протестировать скриптом БУСТЕСТ
Все выявленные проблемы скрипт подсветит красным цветом, зеленым цветом будут подсвечены корректные настройки, которые не требуют вмешательства, а вот красные надо исправлять.
Вообще, вы можете восстановить как-нибудь Битрикс с некорректными настройками сервера, но велика вероятность, что будут потом проблемы всплывать или что-то будет работать неправильно на сайте, лучше исправить, особенно если кодировка сервера отличается от кодировки сайта.
Если хостинг/сервер позволяет изменять настройки PHP в файле php.ini, то я всегда в самом конце этого файла добавляю эти настройки, они просто перезапишут эти же настройки выше, изменять в файле больше ничего не нужно.
Настройки php.ini для Битрикс в кодировке UTF-8
[PHP] ;error_reporting = E_ALL error_reporting = E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED ;log_errors = On ;error_log = "/var/log/php/PHP_errors.log" short_open_tag = On max_execution_time = 60 max_input_vars = 10000 max_input_nesting_level=100000 memory_limit = 300M session.use_trans_sid = 0 display_errors = On post_max_size = 200M upload_max_filesize = 200M max_file_uploads = 30 output_buffering = 4096 default_socket_timeout = 60 allow_url_fopen = On session.gc_probability = 1 realpath_cache_size=4096k mbstring.internal_encoding = UTF-8 mbstring.func_overload = 2 zlib.output_compression = Off zlib.output_compression_level = -1 zend.enable_gc = On expose_php = Off report_memleaks = On session.entropy_file = /dev/urandom session.entropy_length = 128 date.timezone = Europe/Moscow ;date.timezone = "Asia/Novosibirsk" [MySQL] mysql.allow_persistent = Off
Настройки php.ini для Битрикс в кодировке Windows-1251
Все настройки как и выше, но надо заменить UTF-8 на cp1251 и func_overload на 0
mbstring.internal_encoding cp1251 mbstring.func_overload = 0Если нет возможности самому изменять настройки php.ini:
- либо скиньте все настройки хостеру и попросите его это сделать;
- либо пробуйте задавать их в в секции mod_php5 файла .htaccess, который в корне сайта.
- если значение опции число или строка - php_value
- если значение опции флаг On или Off - php_flag
Обратите внимание! Если сайт будет работать в кодировке UTF-8, то перед восстановлением сайта обязательно надо настроить в php.ini настройки mbstring, иначе сайт не восстановите, т.к. через .htaccess данные настройки не изменить.
Как выше было сказано, есть проблема: с версии PHP 5.2.8 значение опции mbstring.func_overload через .htaccess сайта изменить нельзя!
Воздействовать на нее можно только в настройках хоста апача (на VPS) или в конфиге php, можно написать хостеру, чтобы он именно для вашего домена установил эти настройки.
Также замечено. Вам хостер отписался, что, вроде как, все сделал, но на самом деле, он ничего не сделал, он просто сделал вид, мол, что-то сделал, а иногда даже сделал, но все неправильно или как попало, часть настроек установил, часть нет, такие случаи тоже бывают, особые случаи, имейте это в виду, все проверяйте. Все рекомендуемые для Битрикс требования есть в мануале Bitrix Framework и хостинг, обязательно прочитайте.
Все, все необходимые настройки сервера для Битрикс установили, протестировали, ошибок нет при тестировании, переходим к переносу сайта на новый хостинг и его восстановлению.
Перенос сайта
1. Создание локальной резервной копии сайта Битрикс и перенос на новый хостинг с помощью WinSCP.
Если проблем нет с конфигурацией сервера, можно непосредственно приступать к переносу сайта, алгоритм переноса следующий:
-
Через админку сайта создаем полную локальную резервную копию (файлы и БД). О том, как создать полную резервную копию сайта для переноса читайте в статье Резервное копирование в битрикс;
-
Закачиваем архив сайта на новый сервер/хостинг. Переносить файлы между сервером/хостингом можно с помощью программы WinSCP и PuTTY, как их установить и настроить Вы можете прочитать в статье Установка и настройка WinSCP и PuTTY;
-
Закачиваем файл restore.php на сервер, с его помощью и будем восстанавливать сайт;
Обратите внимание! В момент восстановления сайта через данный файл в корне сайта либо не должно быть файла .htaccess, либо закомментируйте или удалите его, иначе будут проблемы.
-
В адресной строке браузера наберите http://ваш_сайт/restore.php и нажмите кнопку Далее.
-
Дальше все пойдет пошагово, сначала распакуйте архив с файлами на сервер, потом укажите доступы к БД на новом сервере (если нет БД, ее необходимо создать) и все на этом, сайт должен восстановиться полностью, жмите кнопку "Перейти на сайт";
-
Но это еще не все, сайт уже работает, но есть еще один важный момент. После восстановления сайта создается новый файл .htaccess, а старый переименовывается в .htaccess.restore, его нужно вернуть обратно, обратно .htaccess.restore в .htaccess, т.к. в нем могут быть всякие 301 редиректы и прочие конфиги сервера, иначе вы можете убить все продвижение сайта, последствия будут неприятные.
-
Но и это еще не все, далее Вам необходимо авторизоваться на сайте, который мы перенесли и еще раз протестировать хостинг штатными инструментами тестирования в Битрикс, еще может много чего всплыть, это : Панель производительностиРабочий стол -> Настройки -> Производительность -> Панель производительности
Сканер безопасностиРабочий стол -> Настройки -> Проактивная защита -> Сканер безопасности
Здесь я из своего опыта хочу добавить: - В "Панели производительности" ошибок быть не должно точно, крайне редко что-то там будет красным; - В "Сканере безопасности" всех ошибок не исправить на хостинге точно, которые относятся к настройкам apache2, nginx и т.д., но на VPS/VDS можно исправить и даже нужно!
Вот и весь перенос сайта Битрикс с одного хостинга на другой, на все 30-60 минут, если без плясок.
Все остальные способы опишу чуть позже.
2. Восстановление резервной копии сайта на новом хостинге из облака "1С-Битрикс".
3. Создание локальной резервной копии сайта и перенос на новый хостинг с помощью консольной программы в Linux для загрузки файлов "wget".
4. Синхронизация сайта на другой хостинг с помощью консольной программы в Linux для синхронизации файлов и каталогов "rsync".
Заключение
Свои сайты переносить можно не боясь, настроили хостинг для Битрикс, восстановили сайт из резервной копии, все, процесс завершен.
А вот, если вы работаете в веб-студии, которая готова бездумно перенести все сайты на планете на самые дешевые хостинги, да по 10 штук на аккаунт, то тут вы столкнетесь с очень серьезными проблемами, часто даже не решаемыми, и что делать?
- Первая ситуация: Вы перенесли сайт, все ок, забыли уже про него, через 1-2 недели приходит от клиента весточка, мол: "Не работает загрузка файлов в статьи", и кто будет решать проблему? Конечно Вы ее будет решать, вы же переносили сайт, Вам нужно будет найти проблему и исправить ее, если хватит знаний и опыта, если не хватит, Вы плохой переносчик сайтов, а если загрузчик на flash, ой... вей...
- Вторая ситуация:
Вы перенесли сайт, все ок, забыли уже про него, через 1-2 недели приходит от клиента весточка, мол: "У нас была на сайте панель добавления товара, вторая админка, в одной админке мы добавляем статьи, страницы, а в другой админке у нас магазин, там каталог отдельно наполняется", ну так получилось, две админки у одного сайта, и кто будет решать проблему?
Конечно Вы ее будет решать, вы же переносили сайт, Вам нужно будет найти проблему и исправить ее. А когда Вы начали разбираться, оказалось, что где-то там в папке /admin/engine/controller/ была символьная ссылка с папки "catalog" на папку, внимание "/var/www/user/some_dir_name", ок, тут вы понимаете, что админка вообще где-то в другом месте сервера лежит, подключаетесь к старому серверу и тут Вас ждет очень неприятный сюрприз, аккаунт уже удален за неуплату, все данные потеряны, продолжать не вижу смысла...
- Третья ситуация:
По файлам на сервере видно, что сайт вроде как один, но БД почему-то 4шт., клиент не в курсе, ок, все сделали, восстановили сайт, пробежались по первым страничкам, вроде все работает. Потом оказалось, что те 3 базы данных просто старые, ненужные, ок, а в чем подвох?
Вы перенесли сайт, все ок, забыли уже про него, старый аккаунт также был удален, через 1-2 недели приходит от клиента весточка, мол: "У нас весь сайт отображается нормально, но в некоторых разделах все кракозябрами, все статьи и новости", вы понимаете, что бэкап был кривой, ок, каким-то чудом БД осталась жива на компе, открываете ее и понимаете, что Ваш скрипт, который делал бэкап сайта не учел, что часть таблиц БД в разных кодировках (я про самописку), и сделал экспорт БД в одной кодировке, соответственно и кракозябры у этих таблиц, что делать? комментарии излишни...
Вывод
В общем, свои сайты переносите смело, если делали их грамотно без привязки к серверу, всегда будете в плюсе.
С переносом других сайтов будьте осторожны, а лучше этого не делать по возможности, т.к. таких проблем можете заработать, особенно это перенос самописок, их могут написать так, что аж служебные/админские папки раскидывают везде по серверу, или несколько панелей к одному сайту может быть в разных местах, даже на разных аккаунтах, я и такое встречал, кто на что горазд, так и делает.
Т.е. так сайт разработают, что на другой сервер он уже либо не переедет совсем, либо его перенос будет стоить дороже разработки, т.к. собирать его придется по всему серверу и конфигурировать VPS/VDS под этот сайт.
Вы никак про это все не узнаете при переносе, только когда все вылазить начнет со временем у клиента, а старый сервер уже будет отключен и стерт с диска.
tuning-soft.ru
Перенос 1C Bitrix на другой хостинг
В случаи смены хостинга 1С-Битрикс позволяет легко сформировать резервную копию проекта и восстановить его.
1
Проверка хостинга
Перед приобретением нового хостинга убедитесь его совместимости и Битриксом. Для переноса понадобится реквизиты для доступа к БД и FTP.
Минимальные технические требования
- PHP 5.6 и выше (рекомендуемая версия PHP 7.1)
- Apache 1.3 и выше
- MySQL 5.0 и выше
Таблица совместимостей
| 16.0.11 | 7.0+ |
| 15.5.9 | 5.6 |
| 14 | 5.5 |
| 11.5.12 | 5.4 |
| 6.0 | 5.3 |
bitrix_server_test.php
Можно проверить хостинг загрузив на него скрипт bitrix_server_test.php
2
Создание резервной копии
В панели управления Bitrix переходим в раздел: Рабочий стол ➔ Настройки ➔ Инструменты ➔ Резервное копирование➔ Создание резервной копии и нажимаем «Создать резервную копию».
Далее скачиваем полученный архив.
И файл restore.php
После скачивания архива можно менять DNS у домена.
4
Восстановление
Запускаем скрипт восстановления /restore.php
Выбираем наш архив:
Заполняем форму для подключения к БД:
Последним этапом идет удаление файлов восстановления, и нужно в ручную переименовать файл .htaccess.restore в .htaccess в корне сайта.
snipp.ru
Перенос сайта на битриксе на другой хостинг
В настоящее время владельцу сайта доступно для размещения множество площадок как в России так и за рубежом, различного ценового диапазона. Цена зависит в основном от предлагаемых ресурсов – размера дискового пространства, предлагаемой оперативной памяти, процессора. При выборе хостинга для системы битрикс следует воспользоваться скриптом bitrix_server_test, он однозначно покажет, подходит хостинг или нет.Рассмотрим процесс переноса сайта на битриксе на другой хостинг. Нам потребуется резервная копия сайта, которая делается в разделе Настройки – Инструменты – Резервное копирование – Создание резервной копии. Переходим в раздел, отмечаем галочку размещение резервной копии – в папке сайта, жмем «создать».
После создания переходим в список резервных копий – выбираем нужную – нажимаем получить ссылку для переноса, сохраняем ее. Также на странице со списком резервных копий доступен файл restore.php, который необходимо скачать и залить на новый сервер.
Этот файл необходимо закачать на сервер, куда будет переноситься сайт на битриксе. Далее открываем этот скрипт в браузере: http://новый_сайт/restore.php, на втором шаге выбираем Скачать резервную копию с дальнего сайта и вставляем ранее сохраненую ссылку.
Далее скрипт распакует архив на сервер, и если все впорядке с системными требованиями хостинга, восстановит базу данных (предварительно запросив доступы).
Далее сайт будет перенесен. Рекомендую пройти проверку нового сайта в разделе Инструменты – проверка системы. Проверка позволит выяснить все недостающие элементы в настройках нового хостинга. Таким образом, мы осуществили перенос сайта на битриксе на другой хостинг. В случае возникновения проблем, рекомендую вам обратиться к разделу "помощь специалиста" этого сайта.
www.bbitrix.ru
Перенос сайта на CMS Bitrix на другой хостинг | NiceSEO.ru
Доброго времени суток, уважаемые читатели NiceSEO.
Сегодня расскажу как перенести на другой хостинг сайт с CMS Bitrix, безо всяких бэкапов внутри системы и прочего непонятночего.
1. Первым делом заходим в phpMyAdmin, делаем экспорт базы.
На новом хостинге делаем импорт, всё как обычно.
2. Далее копируем файлы со старого хостинга, на локальный диск, затем на новый хостинг, тут тоже всё как обычно.
3. Меняем пароли доступа к базе. Делается это в файле:
/bitrix/php_interface/dbconn.php
/bitrix/php_interface/dbconn.php |
4. Настраиваем привязку DNS к новому хостингу.
5. На этом этапе в принципе может уже всё работать, но у меня, например, сайт стал выдавать нечто подобное:
Дело оказалось далеко не в файле include.php, на который указывает ошибка, а в том, что битрикс, такой плохой, требует аж PHP5 для своей работы. Включаем в настройках хостинга PHP5 иии…всё заработало!
Ура, мы перенесли сайт, быстро и чётко. Спасибо, NiceSEO за инструкцию!
UPDATE, SPECIAL FOR KaizRRR:
Более подробный пункт 1. Заходим в phpMyAdmin нужной базы нужного сайта, если не знаем, какая база, смотрим в том же dbconn.php, что указан в 3 пункте. После выбора базы выбираем вкладку «Экспорт» (см. нижележащий скрин), выделяем всё, сохраняем. Поздравляю, мы сделали экспорт MySQL-базы.
Затем заходим на новый хостинг, тоже в PhpMyAdmin, создаём базу, заходим в неё, только вместо вкладки «Экспорт», заходим в «Импорт», где выбираем наш архивчик, тыкаем ОК, и вот ура, мы перенесли базу)
Более подробный пункт 2. Тут заходим на хостинг, на котором лежит сайт, находим корневую директорию, где лежат файлы сайта (обычно это /public_html/, либо /public_html/www/, ну надо пощёлкать, поискать)
Далее все эти файлы копируем к себе на компьютер с помощью FTP-клиента в какую-либо папку, да, это долго). Затем настраиваем FTP-соединение на новый хостинг, соединяемся, ищем корневую папку сайта, и копируем всё только что скачанное туда, на новый хостинг) Да, придётся снова подождать)
niceseo.ru
Перенос bitrix вручную (с поддоменом мобильной версии или на другой домен)
Возникла задача перенести сайт на Битрикс на другой хостинг, однако изначальный хостинг очень требовательно относился к генерируемой нагрузке и вечно сыпал ошибками т.к. прекращал процессы, поэтому было решено сделать все не по докам, а по рабоче-крестьянски — путем копирования файлов по FTP и переноса БД
Сразу оговорюсь, что переносил я на Бегет, а там уже в конфиге есть нужные настройки под Битрикс, поэтому с php.ini я не заморачивался. А так перед переносом стоит скачать файл http://dev.1c-bitrix.ru/download/scripts/bitrix_server_test.php чтоб проверить подойдет ли хостинг по этот движок.
Шаг 1 — Делаем резервную копию БД. На этом этапе проблем возникнуть не должно, можно сделать ее как больше нравится. Собственно на этом же шаге можно базу сразу же импортировать на новом хостинге.
Шаг 2 — копируем все файлы. Тут тоже можно сделать так как кому удобнее, и как умеент.
Однако в моем случае это был знатный квест1. FTP от MC по каким то непонятным причинам постоянно дисконился (может опять пики нагрузки давал, хз).2. Заархивировать нельзя — ибо процесс сразу terminated из за превышения нагрузки.3. Попробовал слить на свой комп, а потом зализалить на новый хостинг, вроде всё удачно, но … все имена файлов в кириллице стали кракозябрами4. В итоге меня спасло чудо под названием LFTP, которое к слову есть по дефолту на Бегете, все слилось без дисконов и битых имен.
Шаг 3 — Соединение с базой данных. Открываем файл /bitrix/php_interface/dbconn.phpи вносим данные от соединения с БД, пробуем открыть главную страницу … и можно опять получить ошибку, потому что в зависимости от версии движка соединение с БД еще может быть прописано тут/bitrix/.settings.php вот в этой секции
'host' => 'localhost', 'database' => 'bitrixdb', 'login' => 'bitrixdbuser', 'password' => '6tGiNm6oGSez',После того как я повторно прописал тут данные от БД — сайт заработал.
Шаг 4 — правка путей и имен доменов. Наверняка после предыдущего шага на всех страницах вылезла форма авторизации, это значит что путь к корневой папке веб-сервера неправильный. Заходим в админку, «Настройки»-> «Настройки продукта»-> «Сайты»-> «Список сайтов», выбираем нужный сайт, в его настройках корректируем «Путь к корневой папке веб-сервера для этого сайта» на правильный, или у меня можно было просто справа нажать кнопку «вставить текущий». В этом же разделе можно изменить новое доменное имя сайта, если сайт переезжает на другое имя. А также исправить ошибки — там вылезет такое предупреждение сверху.
На этом всё, сайт должен работать. Однако в моем случае, на шаге 4 рядом с основным сайтом обнаружился еще и поддомен мобильной версии (и это в век адаптивных шаблонов), который естественно не работал.
Шаг 5 — добавление (мобильного) поддомена. В моем случае мобильный поддомен был реализован как отдельный сайт рядом с основным, куда движок редиректил юзера, если он заходил с мобильника или планшета. На исходном хостинге папка поддомена была почему то вынесена за пределы public_html ( я вообще не понял эту магию), а все остальное разруливалось мутным образом через symlink. Не буду утомлять подробностями поиска решения, в итоге вышло так:
Я создал поддомен основного сайта, m.site.com и направил его на site.com, в настройках Битрикса у второго сайта прописал, что его домен это m.site.com, подозреваю, что это не совсем правильно, однако у меня оно заработало 🙂
reset.name
Перенос Битрикс на другой хостинг, как перенести сайт на битриксе?
Можно предложить как минимум четыре способа, которыми допускается осуществить перенос Битрикс на другой хостинг:- Созданием резервной локальной копии ресурса с последующим переносом ее на новый хостинг при помощи инструментов WinSCP;
- Также возможен перенос сайта на Битрикс на другой хостинг путем восстановления резервного бэкапа сайта на другом хостинге из облаков сервиса 1С-Битрикс;
- Созданием локального бэкапа сайта и последующий перенос сайта на Битрикс на хостинг при помощи консольной команды Linux – wget;
- Также при помощи консольной программы для Linux, призванной осуществлять синхронизацию каталогов и файлов - rsync.
Некоторые особенности при переносе Битрикс на хостинг
Какой бы метод ни был выбран – будь это 1с Битрикс перенос сайта на другой хостинг или какой-либо еще – нужно учитывать ряд особенностей.
Например, пред тем, как перенести сайт Битрикс на другой хостинг, нужно будет новое «место жительства» сайта протестировать специально разработанным для этого скриптом под названием bitrix_server_test. Если имеются какие-либо проблемы, то они будут выделены красным.
Перенос Битрикс на хостинг
Специальный сервис 1с Битрикс перенос сайта на хостинг поможет сэкономить значительно времени и сил. Так что нет особых причин пренебрегать им. К тому же, в случае затруднения всегда можно обратиться в службу поддержки.
В случае с Bitrix перенос на другой хостинг сайта с локальной машины и с сервера – это не одно и то же. Хотя многие принципы схожи между собой в том и другом случае, имеется ряд особенностей. Их описание выходит за рамки данной статьи.
В принципе, перенос Битрикс на хостинг возможен и своими силами. Но, если имеются определенные сомнения в успешности, то стоит задуматься о том, чтобы передать все заботы по переносу специалистам.
www.majordomo.ru
Резервное копирование в Битрикс & Перенос сайта Битрикс на другой хостинг
В Битрикс есть хороший встроенный инструмент для создания резервных копий сайта. Он позволяет без особых сложностей создать резервную копию сайта вместе со всеми файлами и базой данных и перенести сайт на другой сервер. А потом с помощью скрипта восстановления развернуть все это дело. В админке резервное копирование расположено в Настройки -> Инструменты -> Резервное копирование -> Создание резервной копии.
Архив делается в формате tar.gz с сохранением прав на файлы и папки. В настройках резервного копирования, если нужно, можно исключить из архива определенные файлы и папки или базу данных, чтобы уменьшить размер архива и увеличить скорость архивирования.
У некоторых возникает вопрос: "как перенести сайт на битриксе самостоятельно без использования встроенного инструмента резервного копирования?". По принципу работы сайт на Битрикс ничем не отличается от большинства систем управления. Есть файловая структура, есть база данных MySQL. Поэтому осуществить перенос сайта можно самостоятельно заархивировав все файлы и каталоги сайта и отдельно базу данных, осущесвив экспорт-импорт из базы MySQL со старого сервера на новый. Если у вас есть панель управления PHPMyAdmin, сделать это будет проще простого.
На новом сервере нужно будет прописать новые параметры для подключения к базе данных в 2 файлах.
В /bitrix/.settings.php ищем массив:
array ( 'className' => '\\Bitrix\\Main\\DB\\MysqlConnection', 'host' => 'localhost', 'database' => 'data_base_name, 'login' => 'user', 'password' => '123456', 'options' => 2, ),Нужно подставить свои значения в 'database', 'login', 'password'.
В /bitrix/php_interface/dbconn.php в следующих строчках также подставить новые параметры для подключения к БД:
$DBLogin = "user"; $DBPassword = "123456"; $DBName = "data_base_name";drawit.ru
