У меня была эта проблема, для меня это была смесь адреса сервера mysql в wp-config.php
, указывающего на localhost
, когда зараженная база данных находилась в другом домене, и WordPress, считая, что она была развернута на удаленном / живом компьютере.домен, а не локально.
Изменение переменных базы данных (они находятся вверху файла, хорошо прокомментированы), чтобы они указывали на правильную базу данных, исправили ее.
// ** MySQL settings - You can get this info from your web host ** //
/** The name of the database for WordPress */
define('DB_NAME', 'DATABASENAME');
/** MySQL database username */
define('DB_USER', 'DATABASEUSER');
/** MySQL database password */
define('DB_PASSWORD', 'DATABASEPASSWORD');
/** MySQL hostname */
define('DB_HOST', 'DATABASEADDRESS');
Кроме того, убедитесь, что локальнополная копия всех файлов в установке WordPress.Я установил мой на удаленный сервер с помощью CGI-скрипта, если вы делаете то же самое, то убедитесь, что вы скопировали весь лот на свой локальный сайт.
Последним кусочком головоломки для меня было изменение WordPress address (URL)
и Site address (URL)
внутри wp-admin
, чтобы указать на мою локальную копию относительно Dreamweaver - то есть 192,168.x.xxx/wordpressinstall
(мне пришлось войти в свой домен (www.wordpresstest.something), чтобы получить доступ к инструменту администраторачтобы сделать это, он перенаправляет обратно на новый адрес при сохранении - поэтому убедитесь, что он правильный или трудно исправить).
Надеюсь, что это поможет кому-то еще с такой же проблемой.