Перенос сайта "вручную"на новый хостинг

Кроме конфигов с БД, могут встречаться еще привязки к путям до файлов. Редко, но могут. Еще вопрос ицензий - для платных - возможно с ними как-то придется повозиться.

А так подход в принципе верный.

Привязки к путям встречаются более чем часто.

Особенно этим грешат плагины. И многие из них хранят свои настройки в БД, так что их поиск может быть затруднительным.

Отредактировать пути, точнее заменить на новые, начиная с корня. И вообще есть некоторые хостинги, которые сами переносят сайт как бонус.

НЕ забудьте про права на файлы и папки !

Да, плагины - это проблема. Чем их больше, тем сложнее переносить, там почти у каждого привязка к пути

+ в БД поизменять урлы и пути.

Но тут можно напороться на неожиданные проблемы в дальнейшем функционировании сайта - бывает хранение в БД сериальных данных. И при замене в дампе путей\урлов они могут похерится и тогда может что-то поломаться (например собьются настройки плагина)

Для корректного изменения в БД можно заюзать этот скрипт. Он типа заточен для ВП, но по-моему это не важно - он работает с БД, а не с движком.

Еще смотря каких размеров база, если огромная, то через PhpMyAdmin не получится выгрузить, можно использовать Sypex Dumper или через консоль. А если база небольшая, то можно просто открыть в Notepad++ дамп базы и произвести массовую замену старого домена на новый.

если у друпала нет самописных, левой пяткой, модулей, то тоже на ура переносится.

заархивировали на старом хостинге ,на новом развернули, базу влили, chmod выставили, явки-пароли в конфиг прописали.

зашли в админку путь до темпа поправили (иначе будет работать, но материться)

Профит

только перед переносом БД лучше вычистить оттуда вседанные в таблицах, что начинаются на cache_ и поисковые словари. иначе база будет в 1.5 раза больше )

Либо пропустить этот шаг если домен не меняется.