Помощь Перенос сайта на другой домен. Алгоритм. Давайте делится опытом

[djusha]

К примеру, делаешь сайт на тестовом суб-домене. После разработки сайт нужно перенести на нормальный домен.

1. Переносим файлы.
2. Делаем дамп базы данных,
3. В дампе меняем URL старого домена на новый.
4. Заливаем правленый дамп в базу нового сайта.
5. Меняем в файле config конечно же настройки для новой базы

Для некоторых шаблонов достаточно. Для некоторых нет. Приходится еще потом то там, то там править в настройках.

В некоторых шаблонах, типа шаблонов AIT вообще жесть, настройки или урлы закодированы..

В общем делимся опытом. Очень хотелось бы полностью все автоматизировать.

 

[typus]

полностью автоматизировать, скорее всего, не получится - надежнее всего вручную исправлять урлы и пути в базе.
Я в свое время несколько плагинов пробовал, в основном они ограничиваются стандартным переписыванием путей в постах и страницах, что и так легко сделать 3-мя mysql командами. А там, кроме особенностей шаблона, могут быть еще особенности плагинов, например, revslider пути к картинкам свои прописывает. Как свою лепту в плане "давайте делиться опытом" привожу команды для смены путей в revslider

UPDATE wp_revslider_slides SET params = REPLACE(params,
'odlsite.com', 'newsite.com');

UPDATE wp_revslider_slides SET layers = REPLACE(layers,
'odlsite.com', 'newsite.com');

Еще бывает что пути прописываются в файлах, не только в конфиге. Так что для полноты картины приходится и поиском по всем файлам пробегаться, поиск по вхождению "старый урл" и замена на новый.
Я приспосабливаюсь каждый раз в процессе создания нового сайта - первый раз исследую все досконально, после этого собираю все в двух баш-скриптах - backup и restore, один например, с локалки на сервер, другой наоборот, с сервера на локалку. В скриптах этих уже все учтено, синхронизация файлов и бд с поиском и заменой всех урл и путей... как то так...

 

[CHADREX]

Duplicator спокойно переносит все данные.

 

[djusha]

Да в том то и дело, что в дампе базы делаешь замену скажем, mysite.com на mysite2.com, по всей базе(конечно же и в пути во всех плагинах сразу все правятся), но настройки некоторых шаблонов слетают. Меню иногда руками по новой выставлять нужно...
В файлах делаешь поиск по старому домену - нету...

ХЗ почему так

А дубликаторы вряд ли они что то большее могут сделать, чем правку в дампе базы с одного домена на другой... или ошибаюсь?

 

[typus]

Да в том то и дело, что в дампе базы делаешь замену скажем, mysite.com на mysite2.com, по всей базе(конечно же и в пути во всех плагинах сразу все правятся), но настройки некоторых шаблонов слетают. Меню иногда руками по новой выставлять нужно...
В файлах делаешь поиск по старому домену - нету...

ХЗ почему так

Настройки тем слетают, потому что они - эти настройки - записываются в базу или в файлы, чаще всего, с полными путями, например, это может быть пользовательский css etc. И очень часто замены тупо mysite.com на mysite2.com недостаточно - анализировать, как и где прописаны пути в бд и файлах надо очень тщательно. Посмотри, по вхождению домена, иногда в дампе базы url или путь прописан чисто - например, Для просмотра ссылки Войди или Зарегистрируйся.., а иногда уже с экранирующими слешами, типа http:\/\/site1.com\/wp-content\/plugins\/etc...
Тогда, если ты ищешь на сайте, как ты пишешь, на поддомене по полному пути, ты его не находишь, ищи полностью, по минимальному вхождению, и анализируй, что на что надо менять.

А дубликаторы вряд ли они что то большее могут сделать, чем правку в дампе базы с одного домена на другой... или ошибаюсь?

Проверить, ошибаешься или нет, никто не мешает. Потом открой дамп базы и поищи, осталось ли что.
На мой взгляд, все плагины backup - restore в части переноса на другой домен автоматизируют лишь 3 основных - корневых wopdpress- запросов, которые описаны практически во всех мануалах по переносу wp в google, а именно:

UPDATE wp_options SET option_value = REPLACE(option_value, 
'odlsite.com', 'newsite.com') WHERE option_name = 
'home' OR option_name = 'siteurl';

UPDATE wp_posts SET guid = REPLACE(guid, 
'odlsite.com','newsite.com');

UPDATE wp_posts SET post_content = REPLACE(post_content, 
'odlsite.com', 'newsite.com');

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

 

[djusha]

Если в дампе базы сделать замену, тем же notepad++, c odlsite.com на newsite.com то поменяет везде... во всем файле дампа базы данных, включая такие строки как http:\/\/site1.com\/wp-content\/plugins\/
смысла от специального запроса в базу на мой взгляд нет.
единственная вещь, что где то настройки путей закодированы, как в шаблонах от AIT Themes

Ясный пень в файлах тоже поиск делал по домену odlsite.com

Если честно, думал что что то уже придумано...

 

[PPlay]

Если использовать свой шаблон и не использовать абсолютных ссылок, то перенос сайта сводится к этим пунктам в первом посте.
Но бывают шаблоны где без танцев с бубнами не справится, а еще хостеры бывают кривые и кодировки не правильные на своих серверах ставят потом тоже ни чего хорошего при переезде (было раз такое).
А еще бывает так делаю что бы потом ссылки в ручную не править, после того как все готово для переноса, заходишь в админку и в настройках меняешь адреса на новый домен, жмешь сохранить и только потом делаешь дамп БД, может кому пригодится))

 

[Debily]

Плагин All-in-One WP Migration. Все переносится влет. Только надо написать какой урл на какой поменять.

 

[SpideR-KOSS]

Я использую Duplicator, очень помогает в работе.

 

[processorprocessor]

Не все хостинги выдерживают Duplicator и другие модули.

Самое простое это использовать Installatron на сервере. Можно копировать любые CMS с одного сервера на другой вообще не парясь.
В Softoculous тоже есть функция - но у меня ни разу не смогло подключиться к чужому FTP.

Обычно проблем с переносом нет. Часто надо еше поменть URL PATH в базе.
Предварительно рекомендуется отключить плагины. Особенно Security. Можно и тему переключить на дефолтную.