Перенос сайта на другой хост

Главные вкладки

Аватар пользователя Сергей Д Сергей Д 3 августа 2011 в 9:41

Кто подскажет, какие еще есть модули переноса сайта на другой хост.
Пробовал модулем Backup and Migrate. Но этот модуль переносит только базу данных, а ведь в состав сайта входят еще и файлы (изображений, например, шаблоны и т.д.), которые в базе не хранятся. Конечно, можно в лоб заархивировать всю корневую директорию сайта и ее разархивировать на новом хосте. Но при частом переносе такой способ утомительный А частый перенос сайта имеет место на этапе его разработки, если эту разработку приходится вести и на работе и дома, используя локальный сервер. Пока я для себя выработал такую схему.
1. Через PhpMyAdmin делаю экспорт базы данных.
2. WinRar-ом архивирую корневую директорию сайта с опцией включать в архив файлы с датой создания позже определенной даты (как правило это дата установки друпала). Такой архив будет содержать только измененные мною или добавленные мною файлы, шаблоны.
3. На другом хосте через PHPMyAdmin импортирую базу
4. Разархивирую файлы сайта.
Есть ли возможность этот автоматизировать этот ручной способ переноса сайта

Комментарии

Аватар пользователя EvgenySorokin EvgenySorokin 3 августа 2011 в 10:01

Ручной способ самый надежный, никакие скрипты здесь не заменят человека.

"Сергей Д" wrote:
1. Через PhpMyAdmin делаю экспорт базы данных.

Sypex Dumper в некоторых случаях работает гораздо быстрее.

"Сергей Д" wrote:
А частый перенос сайта имеет место на этапе его разработки, если эту разработку приходится вести и на работе и дома, используя локальный сервер.

Заливайте на хостинг, и разрабатывайте сайт на нем, хоть дома, хоть на работе (если боитесь поисковых ботов, случайных посетителей - сделайте ограничение доступа по IP). Что за извращение синхронизировать сайт вручную каждый раз...

Аватар пользователя Сергей Д Сергей Д 3 августа 2011 в 13:29

По разработки сайта сразу на удаленном хостинге. Наш российский интернет еще не такой дешевый, чтобы разработку сайта вести в on-line режиме. Поэтому я веду разработку на локальных серверах дома и на работе. А на реальный хостинг заливаю уже окончательный сайт

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 3 августа 2011 в 13:37

"Сергей Д" wrote:
Наш российский интернет еще не такой дешевый, чтобы разработку сайта вести в on-line режиме. Поэтому я веду разработку на локальных серверах дома и на работе. А на реальный хостинг заливаю уже окончательный сайт


На траффике сидите?

Аватар пользователя Сергей Д Сергей Д 3 августа 2011 в 15:02

RxB wrote:
"Сергей Д" wrote:
Наш российский интернет еще не такой дешевый, чтобы разработку сайта вести в on-line режиме. Поэтому я веду разработку на локальных серверах дома и на работе. А на реальный хостинг заливаю уже окончательный сайт


На траффике сидите?

Дело не только в трафике. А скорость. Ведь на локальном хостинге быстрее ведется разработка, чем на реальном

Аватар пользователя Сергей Д Сергей Д 3 августа 2011 в 16:06

RxB wrote:
Я над вами смеюсь, померяемся скоростями?

Ну вот померял. На реальном хостинге hc.ru
вход - 4 сек
раскрыть Блоки - 4 сек
сохранить блоки 5 сек.
А на локальном хостинге эти операции по 2 сек.
Ну это же понятно - отправлять запрос и принимать html-страницы с Московского сервера
или со своего же компьютера
Или я что-то не понимаю.

Аватар пользователя drupby drupby 3 августа 2011 в 16:40

"RxB" wrote:
ага, хц это не хостинг. У меня, например, время генерации страницы не более 500мс.

страница странице - рознь

Аватар пользователя drupby drupby 3 августа 2011 в 17:02

"RxB" wrote:
Хорошо, я подниму Drupal Commons

Какое отношене эта сборка оказывает на скорость загрузки страниц?

Аватар пользователя drupby drupby 3 августа 2011 в 17:06

"Сергей Д" wrote:
Ну вот померял. На реальном хостинге hc.ru
вход - 4 сек
раскрыть Блоки - 4 сек
сохранить блоки 5 сек.
А на локальном хостинге эти операции по 2 сек.
Ну это же понятно - отправлять запрос и принимать html-страницы с Московского сервера
или со своего же компьютера
Или я что-то не понимаю.
"RxB" wrote:
Хорошо, я подниму Drupal Commons

Какое отношение имеет вопрос автора к Drupal Commons?

Аватар пользователя drupby drupby 3 августа 2011 в 17:34

"RxB" wrote:
Слейся кароч

"RxB" wrote:
Хорошо, я подниму Drupal Commons

Зачем было прыгать на совет поставить Drupal Commons ,если не можешь обьяснить к чему был тот совет в ракурсе обсуждения автоматизации переноса сайта с одного хоста на другой ?

Аватар пользователя Виктор Степаньков ака RxB Виктор Степаньк... 3 августа 2011 в 17:37

"drupby" wrote:

Зачем было прыгать на совет поставить Drupal Commons ,если не можешь обьяснить к чему был тот совет в ракурсе обсуждения автоматизации переноса сайта с одного хоста на другой ?


Месье, коли у вас проблемы с памятью или адекватным восприятием поступающей из вне информации, то я вам объясню:
ТС задал вопрос про перенос.
Потом обсуждение перешло в тему скорости работы сайта.
Потом появились вы с сильным утверждением, что страница странице рознь.
Я сказал что поставлю тяжёлую сборку друпала.
Вы включили, а может и не выключали дурака.
С дураками, я, увы, стараюсь поменьше общаться

Аватар пользователя drupby drupby 3 августа 2011 в 17:47

"RxB" wrote:
Я сказал что поставлю тяжёлую сборку друпала.

Таким образом вопрос плавно перетек в то ,каким образом утяжелить друпал (а это и так понятно).
Я в отличии от Вас не прыгал от решение данного вопроса совсем в другое русло.
И вообще я предлагаю прекратить этот срач ,если есть какие то советы по теме топика ,то пожалуйста.

Аватар пользователя Сергей Д Сергей Д 4 августа 2011 в 10:18

Я, инициатор темы переноса сайта, не ожидал, что обсуждение примет такую острую форму. Давайте будем деликатны и терпимы. Мне понятно, что все-таки готовых решений автоматизации переноса сайта нет. Я, зная неплохо PHP, думаю, что очень даже нетрудно автоматизировать мою ручную методику экспорта базы и экспорта файлов с датой, позже заданной (а таких файлов как правило будет немного и их не обязательно архивировать).
Меня одно останавливало - мысль, что решение проблемы уже давно известно. Но обсуждение показало, что для тех, кто участвовал (а это очень компетентные участники, судя по их замечаниям) готовое решение не известно. Думаю, достаточно Php-скрипт сделать полностью самостоятельным и запускать его в браузере по адресу <адрес сайта>/myexport.php. Из файла settings.php скрипт извлечет параметры подключения к базе, сам к ней подключится, извлечет записи всех таблиц, сохранит их в каком-то виде (не знаю пока в каком). А может в PHP есть функция экспортирования базы ?. Ну и т.д. Вобщем, за работу.

Аватар пользователя Сергей Д Сергей Д 4 августа 2011 в 13:34

RxB wrote:
Есть сайпекс, есть phpMyAdmin, есть mysqldump, что будет лучшим вариантом переноса.
Проблема в чём?

PhpMyAdmin, mysqldump и наверное сайспекс, экспортируют только sql-базу сайта. А в состав сайта входят еще и файлы, хранящиеся вне базы (см. начало темы). Хотелось бы иметь один инструмент для экспортирования и базы и файлов