Перенос сайта

Любой web-мастер или саппорт интернет-проектов когда-либо столкнется с проблемой переноса сайта от одного хостера к другому. Я хочу на наглядном примере в несколько шагов описать простейший способ переезда.
Для простейшего, надежного, быстрого и самого удобного варианта перемещения сайта (для нас это будет сайт, состоящий из CMS, т.е. сам движок и MySQL-база данных) у нас должен быть SSH доступ к аккаунтам у старого и нового хостера.
Первым делом мы логинимся через SSH-туннель к старому хостеру и делаем:

1. Бэкап файлов. Сразу заtarиваем их:

   tar -czvf /home/www/backup/bu.tar.gz /home/www
   

   где /home/www - директория, которая будет обработана (заархивирована), а /home/www/backup/bu.tar.gz - куда будет помещен файл архива.

2. Бэкап базы данных:

   mysqldump -u USERNAME -pPASSWORD BD_NAME > dump.sql

Со старым хостингом разобрались, теперь логинимся на новом:

1. Нужно скачать бэкапы со старого:

   wget http://site.name/backup/bu.tar.gz
   wget http://site.name/dump.sql

2. Теперь нам нужно восстановить базу из дампа:

   mysql -uUSERNAME -pPASSWORD -hBD_SERVER_NAME BD_NAME <>

3. И, собственно, восстановим сам сайт из архива:

   tar -zxvf /home/www/bu.tar.gz -C /home/www

   где /home/www/bu.tar.gz - путь и имя архива, а /home/www - куда файлы будут распакованы.
   

Вот собственно и справили новоселье. Осталось подправить конфиги CMS и, возможно, кое-где выставить chmod - и сайт готов к работе.

.masterhost: бочка дегтя в ложке меда

По причине нехватки места для ПРИМАТКО ОРГ было принято решение о покупке нормального, качественного и надежного виртуального хостинга. Пусть даже дорого, но выбор пал на довольно разрекламированный .masterhost, в частности на тариф "Эффективный". Очень большие возможности на первый, и даже на второй взгляд, НО: покупая хост у этой компании будьте готовы сразу к мегонеудобной и медленной панели управления (думать о совершенстве, как минимум, C-panel даже забудьте), и самый главный подводный камень - лимит загрузки.
Этот параметр в условиях приобретения виртуального хостинга нигде не описан, но на требование увеличить параметры php.ini, например upload_max_filesize и post_max_size получил ответ от саппорта:

Вы можете добавить в .htaccess строки:
php_value upload_max_filesize 10M
php_value post_max_size 10M
Это увеличит объем загружаемых файлов до 10 мегабайт - больше на виртуальном хостинге загрузить нельзя.

Всего доброго.

Вот вам и всего доброго. Для меня например эти параметры очень критичны, и должны составлять как минимум 32 М.

статьи по теме

UNIX: архивация и разархивация (tar & gzip)

Архивирование файлов tar-ом с gzip сжатием:

tar -czvf /my/directory/archieve_name.tar.gz /directory/with/data

Первый параметр - путь и имя будущего архива, второй директория, которая будет рекурсивно обработана.
Флажок 'c' ознает создание архива, 'z' архивирование в gzip, 'v' verbose mode, 'f' создание файла.

Внимание вам нужно обратить на два параметра 'z' и 'v'. Если вы не хотите выдеть подробные отчеты о файлах, которые будут архивироваться, просто уберите флажек 'v'
Если же убрать флажек 'z', то ваш архив не будет сжиматься gzip-ом. Вот пример строки без gzip сжатия:

tar -cvf /my/directory/archieve_name.tar /directory/with/data

Для разархивирования архива с gzip сжатием можно использывать строку такого вида:

tar -zxvf /my/directory/archieve_name.tar.gz -C /directory/with/data

Тут первый параметр - путь и имя архива, второй - директория, в которую ваш архив будет разархивирован.

Опять же таки, если у вас архив без gzip сжатия, то строка будет выглядеть таким образом:

tar -xvf /my/directory/archieve_name.tar -C /directory/with/data

И для всех случаев справедливо правило с параметром 'v'