Трансфер Битрикс сайт към друг хостинг

Днес, за да се научи да толерира сайт прави на Bitrix от един хост на друг хостинг или VPS / VDS.
Като цяло, без значение къде прехвърлянето, пресетите се все още има и в двата случая.

Така че, ние имаме работещ сайт за Bitrix и готови да купих хостинг, където мястото за трансфер, достъп до новия хостинг на разположение, можете да прехвърляте само на сайта.

В действителност, има четири начина да прехвърлите един обект към друг хостинг.

  1. Създаване на резервно копие на местната сайта и прехвърлени на нова хостинг използване WinSCP.
  2. Възстановяването на резервно копие на сайта на нов хостинг в облака "1C-Битрикс".
  3. Създаване на резервно копие на местната сайта и прехвърлен на нов хост с програмата за конзола в Linux за изтегляния на файлове "Wget".
  4. синхронизация на сайта на друг хостинг с помощта на конзола програма за Linux, за да синхронизирате файлове и директории "RSYNC".

Pre-сървър / хостинг тестване

Преди да прехвърли дестинацията сайта (сървър / хостинг), трябва да бъдат тествани готов за Bitrix скрипт bitrix_server_test
Всички идентифицирани проблеми скрипт маркирани в червено, правилните настройки са подчертани в зелено, които не изискват намеса, но червеният трябва да бъдат коригирани.
Като цяло, можете да възстановите някак Битрикс с неправилни настройки на сървъра, но това е вероятно, че проблемът ще се появи, или нещо няма да работи правилно на сайта, по-добре е да се коригира, особено ако кодирането на сървъра е различна от кодирането на сайта.

Ако хостинг / сървър ви позволява да променяте конфигурацията на PHP в php.ini, тогава аз съм винаги в края на този файл добавяте тези настройки, те просто презапишете същите настройки по-горе, промяна във файла вече не е необходимо нищо.

настройките на php.ini за Bitrix в UTF-8

[PHP]
; Error_reporting = E_ALL
error_reporting = E_ALL

E_DEPRECATED
; Log_errors = На
; Error_log = "/var/log/php/PHP_errors.log"
short_open_tag = На
max_execution_time = 60
max_input_vars = 10000
max_input_nesting_level = 100,000
memory_limit = 300M
session.use_trans_sid = 0
display_errors = включено
post_max_size = 200М
upload_max_filesize = 200М
max_file_uploads = 30
output_buffering = 4096
default_socket_timeout = 60
allow_url_fopen = Изключено
session.gc_probability = 1
realpath_cache_size = 4096k
mbstring.internal_encoding = UTF-8
mbstring.func_overload = 2
zlib.output_compression = Изключено
zlib.output_compression_level = -1
zend.enable_gc = На
expose_php = Изключено
report_memleaks = На
session.entropy_file = / ррт / urandom
session.entropy_length = 128
date.timezone = Европа / Москва
; Date.timezone = "Азия / Новосибирск"

[MySQL]
mysql.allow_persistent = Изключено

Php.ini настройки за Bitrix в Windows-1251

// Всички настройки, както по-горе, но е необходимо да се замени UTF-8, за да cp1251
mbstring.internal_encoding cp1251
mbstring.func_overload = 0

Ако не можете да промените настройките на php.ini:

  • или отхвърляне на всички настройки на хостинг услуги и да ги помолите да направи това;
  • или се опитват да ги настани в .htaccess файла с раздел mod_php5. който е в основата на обекта.

php_flag allow_call_time_pass_reference на
php_flag session.use_trans_sid разстояние
php_value mbstring.func_overload 2
php_value mbstring.internal_encoding UTF-8


Всички настройки са описани не искат да се опита да отгатне от опит:
  • Ако стойността на опция е номер или ред - php_value
  • ако стойността на опция флага на или изключване на - php_flag

Обърнете внимание! Ако сайтът ще бъде в UTF-8, определено трябва създадена в php.ini настройки на mbstring, в противен случай сайтът не е нулиран преди възстановяване на площадката, тъй като чрез .htaccess настройки на данните не се променят.


Както беше казано по-горе, че има проблем с версията на PHP 5.2.8 опция mbstring.func_overload стойност чрез .htaccess сайт не може да се променя!
Влияние тя може да бъде само в настройките на приемащата Apache (на VPS) или довереник PHP, можете да напишете уеб хост, че това е за вашия домейн зададете тези настройки.

Всички необходими настройки за сървъра Битрикс инсталиран, тестван, няма грешки при тестване, се движат, за да прехвърли на сайта на нов хостинг и възстановяване.

трансфер сайт

1. Създаване на местен архивиране Битрикс сайт и преместване на ново хостинг използване WinSCP.

Ако няма проблеми с конфигурацията на сървъра, можете да продължите към сайта на трансфер, следващата алгоритъм трансфер:

Качване архив сайта на нов сървър / хостинг на.
Прехвърляне на файлове между сървър / хостинг, можете да използвате и WinSCP PuTTY програма, как да инсталирате и настроите, можете да прочетете статията Инсталиране и конфигуриране на WinSCP и PuTTY;

Restore.php Качване на файл в сървъра, той може и ще възстанови на обекта;

Всичко ще бъде стъпка по стъпка, първо разархивирайте файла на сървъра, след това въведете достъп до базата данни на новия сървър (ако не е база данни, е необходимо да се създаде) и всичко по него, сайтът трябва да бъде възстановена в пълен размер, кликнете върху "Старт в сайта" бутон;

Но това не е всичко, сайтът вече работи, но има и друг важен момент.
След възстановяването на сайта, за да създадете нов файл .htaccess и старото се преименува .htaccess.restore, е необходимо да се върне назад, назад .htaccess.restore в .htaccess, защото тя може да бъде всеки 301 пренасочвания и други конфигурации на сървъра, или да убие всички промоцията, последствията ще бъдат неприятни.

скенер за сигурност
Desktop -> Настройки -> проактивна защита -> Security Scanner


Тук имам от моя опит искам да добавя:
- В "Панел Ефективност" грешки не трябва да бъдат точно рядко нещо няма да има червен цвят;
- В "скенери за сигурност" всички грешки не коригирани въз хостинг точно, които се отнасят до настройките на apache2, Nginx можеше, и т.н. но VPS / VDS може да бъде коригирано и дори необходимо!

Това е цялата трансфер Битрикс сайт от един хост на друг. всички 30-60 минути, ако не танцува.

Всички други методи ще описват по-късно.

2. Възстановяване на резервно копие на вашия сайт на хостинга на облаците "1C-Битрикс".

3. Създаване на местния архив на сайта и прехвърлен на нов хост с програмата за конзола в Linux за изтегляния на файлове "Wget".

4. Sync сайт към друг хостинг услуга чрез конзола софтуер на Linux за синхронизиране на файлове и директории "RSYNC".

заключение

Техните сайтове могат да издържат без страх, създадени хостинг за Bitrix, възстановен на сайта от резервно копие, всичко е приключило.

- Първата ситуация:
Имаше един сайт, всичко е ОК, да забравите за нея вече, след 1-2 седмици идва от клиент новини, казвайки: "Тя не работи за изтегляне на файлове в статията" и кой ще се реши проблема?
Разбира се, че ще го решим, ще бъдете прехвърлени към сайта, ще трябва да се намери проблема и го оправи, ако имате достатъчно знания и опит, ако не разполагат с достатъчно, вие сте носител на лоши сайтове, а ако зареждането на ОС да мига, о. Вей.

Като цяло, на обектите носят безопасно, ако се прави правилно, без да ги да се свързва към сървър, който винаги ще бъде в черно.

Желая ти късмет, че не се заблуждавайте!