Ответ 1
Оказывается, что это ошибка в Wordpress 4.6.1 при использовании вашего собственного префикса для имен таблиц DB.
Переименуйте префикс wp_ и измените имена таблиц, и он будет работать.
После переноса wordpress от старого интернет-провайдера к новому интернет-провайдеру у меня возникают проблемы с доступом/доступом администратора к панели управления.
Передача была выполнена путем копирования всех файлов (включая .htaccess) со старого сервера на новый сервер, сброса старой БД и размещения на новом сервере и настройки всех настроек для БД в wp-config.php.
Установив запись хоста на моем компьютере, я могу проверить, что все работает нормально, и появляется весь контент.
Вот моя проблема.
После входа в wp-login.php со старыми и новыми учетными данными (например, добавлена учетная запись администратора вручную) происходит вход в систему, перенаправление меня на сайт, подтверждение успешного входа в систему с помощью панели входа в верхней части страницы, но доступ к приборной панели запрещен указанием.
Sorry, you are not allowed to access this page.
В строке входа также почти нет параметров, кроме перехода на wordpress.com или выхода из системы.
Это, вероятно, всего лишь небольшая вещь, и мне нужен только тот, кто указывает мне в правильном направлении.
Оказывается, что это ошибка в Wordpress 4.6.1 при использовании вашего собственного префикса для имен таблиц DB.
Переименуйте префикс wp_ и измените имена таблиц, и он будет работать.
Нашел идеальное решение для меня.
Проблема заключалась не в переносе базы данных на новый сервер, но, если префикс миграции отличается как в старой, так и в новой базе данных, проблема возникает!
Мой оригинальный префикс базы данных был что-то вроде wp_71XXXXXX28_, и в новой установке я использовал wp_. Изменение префикса только решает часть данных, но проблема с входом в систему по-прежнему существует.
Итак, я просто ищу старый префикс во всех таблицах с помощью опции поиска phpmyadmin для wp_71XXXXXX28_ и изменяю записи на wp_.
Примечание: я нашел 5-6 совпадений в wp_user и 1 совпадение в wp_option, ваши могут отличаться!
Похоже, ваша проблема связана с созданной вручную учетной записью администратора. Сообщение об ошибке, которое вы видите, указывает мне, что существует проблема с правами, назначенными пользователю.
Можете ли вы рассказать подробнее о шагах, предпринятых вами для добавления учетной записи вручную?
Я предполагаю, что вы добавили пользователя непосредственно в таблицу users, но после этого добавили ли вы возможности и информацию о уровне пользователя в таблицу usermeta?
Чтобы дать вам пример, если я создаю пользователя, я бы запустил запрос, чтобы вставить пользователя в таблицу wp_users
(предполагая, что мы в стандартном префиксе таблицы).
Затем я получаю идентификатор моего вновь созданного пользователя и использую его для вставки двух новых строк в wp_usermeta
.
umeta_id
должен быть NULL, а user_id
должен быть идентификатором вашего нового пользователя для обеих записей.
1)
meta_key: wp_capabilities
meta_value: a:1:{s:13:"administrator";s:1:"1";}
2)
meta_key: wp_user_level
meta_value: 10
Дополнительная литература: http://www.wpbeginner.com/wp-tutorials/how-to-add-an-admin-user-to-the-wordpress-database-via-mysql/
это может быть из-за того, что вы меняете имя таблицы вручную, а затем это сообщение об ошибке. поэтому также измените префикс таблицы в таблицу "usermeta" в столбце "meta_key"
previousprefixthatyouchangeinnew_ to
Ваша проблема решена.
Я также столкнулся с этим сообщением после миграции.
Похоже, что префикс базы данных чувствителен к регистру, и если он не соответствует точно, это то, что появляется при попытке доступа к страницам администрирования.
Убедитесь, что вы проверили свой файл config.php и настроили его как префикс таблицы.
Если вы используете phpMyAdmin для проверки таблиц, вы должны заметить, что все имена таблиц в дереве базы данных отображаются в нижнем регистре, в то время как ожидаемый префикс был в верхнем случае.
phpMyAdmin image: phpMyAdmin
Правильный префикс в изображении - тот, который должен использоваться.
Я использовал таблицу "< префикs > _usermeta", чтобы получить ожидаемый префикс WP.
Для тех, кто все еще ищет правильный ответ в моем случае, это то, что я сделал, чтобы решить проблему невозможности войти в WordPress Dashboard.
В таблице базы данных "wp_options" под именем опции "wp_user_roles" отсутствовали все стандартные возможности. Скопируйте эти возможности из резервной копии базы данных или из чистой базы данных WordPress.
Когда вы используете поиск и замену на сбрасываемом файле .sql исходного сайта Wordpress, чтобы использовать его на новом, убедитесь, что вы охватили все. У меня была та же проблема и проверка таблицы wp_usermeta, в столбце meta_key я обнаружил несколько ключей, названных в честь префикса старой таблицы. Замена их исправила мою проблему.