Почему не могу подключить к админке wordpress после переноса базы данных с другого сайта?

Question

[Константин Лавровский]

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

Извините, вам не разрешено просматривать эту страницу.

Не могу понять, в чём причина этой ошибки, при этом в аккаунт входит, но не даёт попасть в админку.

Comments

[Froggyweb]

дурацкий вопрос а конфиг вордресса ты перенастроил, чтобы он знал откуда что брать?

Answer 1

[Орхан Гасанлы]

Здравствуйте!
Это означает, что вы некорректно перенесли БД или во время переноса БД была повреждена.
Попробуйте заново перенести БД. И проверьте user capabilities
https://wordpress.org/support/article/roles-and-ca...
https://www.wpbeginner.com/wp-tutorials/how-to-add...
Обратите внимание на этот пункт:

unmeta_id – leave this blank (it will be auto-generated)
    user_id – this will be the id of the user you created in the previous step. Remember we picked 4.
    meta_key – this should be wp_capabilities
    meta_value – insert this: a:1:{s:13:"administrator";s:1:"1";}

Comments

[Игорь Воротнёв]

это ж как надо базу переносить, чтобы сломать данные в wp_usermeta?

[Константин Лавровский]

Игорь Воротнёв, впервые переносил и дело было в одном префиксе, который я по началу не заметил, всякое бывает.

[Игорь Воротнёв]

Константин Лавровский, тогда вы не сломали данные, это другое. Мой коммент адресован azerphoenix

[Орхан Гасанлы]

Игорь Воротнёв, иногда встречался с такими моментами, когда таблицы экспортировались не в полной мере, а затем соответственно некорректно импортировались.
Другой наглядный пример, плагин Wordfence. В некоторых его версиях при экспорте таблиц появляются проблемы с импортом из-за того, что спец. символы некорректно экранированы. И соответственно, при дальнейшем импорте возникает ошибка из-за чего остальные таблицы тупо не импортируются. Уверен, таких плагинов немало.

[Игорь Воротнёв]

azerphoenix,

таблицы экспортировались не в полной мере

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

Другой наглядный пример, плагин Wordfence

Это раковая опухоль. Организм, пораженный раком, не может (и возможно даже не должен) нормально функционировать.

В некоторых его версиях при экспорте таблиц появляются проблемы с импортом из-за того, что спец. символы некорректно экранированы

То есть это реальный use case - экспортировать таблицы БД с помощью какого-то плагина, которые вообще не про это?

возникает ошибка из-за чего остальные таблицы тупо не импортируются

Ну это другой случай, это отсутствие таблицы целиком, а не сломанные данные. Мне интересен реальный случай, чтобы именно какие-то конкретные данные в одной из таблиц были повреждены.

[Орхан Гасанлы]

Игорь Воротнёв,
ну что ж, попробую ответить подробно на ваши вопросы.

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

В этом случае, действительно часто встречаются доисторические шаред хостинги, на которых действительно работа с мускулом доходит до абсурда, но иногда например, в силу отсутствия доступа к БД (через ssh, phpmyadmin и т.д.) и в силу отсутствия доступа к хостингу имея лишь фтп доступ, исопльзовать сторонние скрипты для импорта таблиц в БД. Например, phpminiadmin, bigdump и т.д. Разумеется, что с учетом разных конфигураций рнр гарантировать целостность импорта данных в БД сложновато. Но тем не менее в большинстве случаев все отрабатывает на ура.

То есть это реальный use case - экспортировать таблицы БД с помощью какого-то плагина, которые вообще не про это?

Обратите внимание, что экспорт таблиц происходит не через плагин, а через стандартные средства начиная от cli до phpmyadmin

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

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

[Игорь Воротнёв]

azerphoenix, Понял, спасибо за информацию!