Ошибка подключения к БД после копирования экземпляра WordPress Multisite во второе местоположение

Вот мои настройки. У меня есть экземпляр Multisite, работающий по адресу http://example.com , и я хочу заняться разработкой и подготовкой. Перемещение существующего мультисайтового экземпляра WP на localhost - это кошмар, поэтому вместо этого я собираюсь создать dev в промежуточной локации.

Я настроил http://staging.example.com, чтобы он указывал на каталог / public_html / staging / учетной записи хостинга, и скопировал все файлы WP из моего корня в каталог / staging /. Я также скопировал файлы базы данных (дамп SQL, импортировал таблицы в новую базу данных) и изменил файл wp-config.php, чтобы он указывал на новую базу данных.

После запуска SQL для изменения записей базы данных я также изменил эту строку в файле wp-config.php:

/** Turning on WordPress MU, new in 3.0 */
define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', false );
$base = '/';
define( 'DOMAIN_CURRENT_SITE', 'example.com' ); // <- I change this line
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

Изменился на:

define( 'DOMAIN_CURRENT_SITE', 'staging.example.com' ); // <- now changed

Когда я загружаю http://staging.example.com , я получаю ... Error establishing database connection!

Я проверил и трижды проверил имя пользователя и пароль, убедился, что у пользователя есть все привилегии для новой промежуточной базы данных, и я оставил DBHOST как «localhost» (хотя его изменение на staging.example.com не помощь тоже).

Почему сбой соединения с базой данных? Кто-нибудь? (Заранее спасибо за помощь.)

NB: http://example.com отлично работает на очень похожих настройках соединения с БД, только с другой базой данных, так что проблема с отключением сервера базы данных не возникает.

Одна мысль - когда я захожу на www.example.com/staging/wp-admin, он автоматически перенаправляет меня на www.example.com/wp-admin.

Может ли перенаправление с staging.example.com на example.com/staging конфликтовать с существующей установкой?

ОБНОВЛЕНИЕ: похоже, это может быть связано с проблемами .htaccess и сложными ссылками на домен в базе данных.

Из Кодекса РГ:

Перемещение WordPress Multisite

Multisite гораздо сложнее перемещать, так как сама база данных имеет несколько ссылок на имя сервера, а также на расположение папок.

Лучший способ переместить мультисайт - это переместить файлы, отредактировать .htaccess и wp-config.php (если имя папки, содержащее мультисайт, изменилось), а затем вручную отредактировать базу данных. Найдите все экземпляры вашего доменного имени и при необходимости измените их. Этот шаг еще не может быть легко автоматизирован. Если вы перемещаете Multisite из одной папки в другую, вам нужно будет отредактировать записи wp_blogs, чтобы правильно изменить имя папки.

Я решил это, и это сработало :)

В wp_blogsтаблице,

Старая структура была

Domain : localhost/smart_facility_linux
Path : /

Но я изменил его, чтобы он работал следующим образом:

Для корневого сайта:

Domain : localhost
Path : /smart_facility_linux/

Для под сайта 1 (любой дочерний сайт под основным сайтом, я только что привел пример):

Domain : localhost
Path : /smart_facility_linux/subsite1/

На самом деле есть только один способ сделать простой перенос домена или хоста, который я нашел. Это работает безупречно для меня на одно- и многосайтовых установках.

1. Экспортируйте свою базу данных в файл .sql. (Я использую PHPMyAdmin для этого)
2. Создайте новую копию файла для редактирования с немного другим именем.
3. Откройте файл в предпочитаемом вами текстовом редакторе> (например, gedit)
4. Запустите поиск / замену в домене И абсолютный путь (/ home / username / public_html / to / home / username / public_html /) от производства до dev.
5. Сохраните файл.
6. Скопируйте всю установку в ваш каталог разработки.

7. Добавьте следующую строку в ваш файл wp-config.php:

   DEFINE ( ​​'RELOCATE', правда);

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

9. Удалите определенное правило, которое вы поместили в свой wp-config.php.