У вас недостаточно полномочий для доступа к этой странице

  Автор:
  43 комментария
  23672
phpMyAdmin

Если у вас блог на основе WordPress, и вы периодически обновляете версии, может так случиться, что после очередного обновления вы не можете попасть в Административную Панель блога.  Сам блог при этом может работать, без проблем, но как только вы пытаетесь зайти в админку WordPress под своим логином и паролем, вместо панели вы видите только надпись «У вас недостаточно полномочий для доступа к этой странице».

Знакомо? Уверена, у вас от такой фразы может даже холодок по спине пробежаться. Не пугайтесь, не решаемых проблем НЕТ!!! И какой бы сложный сайт ни был (даже великий WordPress), его писали люди!

Одной из причин, и наиболее распространенной, из-за которой происходит эта ошибка, являются плагины, которые вы загрузили и активировали ранее на предыдущую версию WordPress.

Сегодня мы рассмотрим решение этой проблемы.

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

Итак, приступим.

Перед тем как вы будете делать любые изменения в базе данных, необходимо сделать backup базы данных, на тот случай, чтобы вы смогли восстановить базу, если вдруг вы сделаете что-то не так.

  • Идем в phpMyAdmin под своим логином и паролем (обычно вход в phpMyAdmin осуществляется через админку хостинга). Если вы не знаете или забыли логин и пароль для  входа в phpMyAdmin, его можно подсмотреть в файле wp-config.php.
  • В phpMyAdmin зайдите в таблицу wp_options
  • Нажмите на вкладку «Обзор»
  • В колонке «option_name» найдите «active_plugins», нажмите на «карандаш» (ИЗМЕНИТЬ) слева
  • В графе «option_value» вы увидите запись типа:

a:2:{i:0;s:31:»Название_ плагина.php»;i:1;s:43:»Название_другого_ плагина.php»;}

В этой строке перечисляются все активированные плагины на вашем блоге. Замените этот текст на  a:0:{}

  • Нажмите «ОК»
  • Зайдите в Админку блога WordPress, активируйте и настройте по очереди плагины. Таким образом вы сможете выявить какой плагин дал сбой

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

 


Создайте сайт с нами — легко и быстро!

С вопросами и за помощью обращайтесь в нашу службу поддержки 24/7

 

Нужен качественный хостинг для сайта на WordPress?
Рекомендую, проверенные годами, хостинг Timeweb:
Надежный проверенный годами хостинг для сайта на WordPress
а также, хостинг Beget:
Хостинг Beget

 

У вас недостаточно полномочий для доступа к этой странице

   7 голосов
Средняя оценка: 3.3 из 5
Если Вам понравилась статья и Вы нашли её полезной, поделитесь ею в соцсетях! Нажмите на кнопки ниже, чтобы сделать это прямо сейчас.

Анфиса Бреус

Анфиса Бреус - специалист по Wordpress с 2007 года. Создатель и разработчик шаблона "AB-Inspiration" для самостоятельной и профессиональной настройки сайтов на WordPress для бизнеса. Основатель клуба "Мастер WordPress" и автор эксклюзивных курсов по WordPress. Фрилансер. Спикер.

Оставьте свой комментарий:

Комментарии на Блог
43 комментария
  1. Roman

    Спасибо за статью, мне она очень помогла!!!

  2. Pavel

    Спасибо за статью, помогла.
    Обновился на новую версию WordPress 2.9.2 на русском — заблокировался доступ в админку.
    Не работал плагин WordPress Database Backup Версия 2.2.2

  3. Юрий

    Огромное спасибо за помощь, отличная статья — сразу всё получилось!!!

  4. Столкнулась с такой ситуацией. Причиной стал плагин WordPress Database Backup.
    Все вернулось на круги своя после удаления его через фтп.
    Анфиса, хорошая статья. Ссылаюсь на Вас.=)

  5. Владимир

    спасибо)) Просто огромное спасибо)) В Joomla подобные ситуации я решаю давно (там плагины и компоненты проще по FTP зачистить) , а тут FCK редактор как то криво встал ..
    Короче, сэкономили мне массу времени)))
    P.s.Непонятно почему у Вашего блога ТИЦ 0.. тут Яндекс неправ.

  6. Константин

    у меня такая же проблема. вот только на моем тарифе Блог нет фтп доступа. что делать?

  7. Большое вам человеческое спасибО!

  8. Максим

    Подскажите, я установил плагин WordPress Database Backup, потом защел в настройки плагина и вроде нажал на строку автоматический бекап и вдруг все пропало, админ панель стала на английском(до этого была на русском), плагинов стало не видно. Вхожу в админ панель нормально но плагинов не вижу(поизчезали, был 21 плаг), чтобы удалить Backup. По вашей схеме попробовал, но таких строк a:2:{i:0;s:31:»Название_ плагина.php»;i:1;s:43:»Название_другого_ плагина.php»;} там не увидел . В ячейки стояла a:0:{}. Не пойму, что делать. Блог не работает, а в админке все данные на месте (только плагинов нет и все на английском стало).

  9. Максим

    Все, проблему нашел. Сам оказывается виноват, на папку wp-content права прописал не верно, вместо 755 сделал 766 ))) . Исправил и все заработало нормально.

  10. Анфиса, благодарю за статью, она помогла мне решить эту проблему, большое Вам спасибо.

  11. Jettochkin

    Есть другой способ.. лазить в БД стремно :)

    1) Переименовываем папку plugins
    2) Заходим в админку на страницу плагинов — нам показывают список диактивированных плагинов (если плагинов было много, а активирована только часть — будет список того что нужно «восстановить»)
    3) в отдельном окне открываем опять же страницу плагинов
    4) переименовываем папку с плагинами (возвращаем название)
    5) обновляем страницу с плагинами (F5)
    6) активируем нужные плагины (можно подсмотреть по пункту 2)
    Все ;)

  12. Александр

    Обновился на WP 3.0 и пропал доступ к админке.
    Активированы всего 2 плагина: ShadowboxJS и GoogleSiteMap. Первый вроде подходит к третьей версии.
    Все сделал, как написала, но не помогло. Все равно «У вас недостаточно полномочий для доступа к этой странице».

    • Александр, посмотрите таблицу под названием wp_usermeta. там есть 4 колонки:

      umeta_id user_id meta_key meta_value

      Помимо прочих значений, там должны быть следующие, определяющие права админа:
      (1, 1, ‘nickname’, ‘admin’),
      (2, 1, ‘rich_editing’, ‘true’),
      (3, 1, ‘admin_color’, ‘fresh’),
      (4, 1, ‘wp_capabilities’, ‘a:1:{s:13:»administrator»;b:1;}’),
      (5, 1, ‘wp_user_level’, ’10’);

      Если их нет, их нужно добавить.

      Если это не поможет Попробуйте обратиться на хостинг и если они делают backup базы данных, можно попробовать восстановить ее на предыдущие дни.

  13. Спасибо Анфиса, твой метод сработал! Все советуют удалять плагины, но этот вариант не прокатывает, а вот деактивировать через phpmyadmin — это то что нужно!

  14. Sergei Chuksin

    Привет Анфиса!
    Спасибо за отличную и полезную статью — сам через это прошел, вся проблема в плагинах конфликтуют после обновления WordPress! нужно деактивировать плагины через php myadmin и все будет окей.

  15. Дмитрий

    У меня в таблице wp_options вообще нет такого значения «active_plugins» ! P.s WordPress 2.9

  16. Дмитрий

    Все, нашел. Простите, поторопился …

  17. Проблема с недостатком полномочий решается заполнением блока «секретных» констант AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY и NONCE_KEY в wp-config.php. Они используются для шифрования cookies и предназначены для заполнения пользователями самостоятельно, поскольку должны быть уникальными для каждого сайта. Как вариант, можно открыть , скопировать весь код и заменить соответствующий блок в wp-config.php.

  18. Pirat

    Да тут все намного проще. Просто открыть блокнотом файл wp-config.php, и сохранить его в UTF-8 без BOOM. Это первое, что нужно сделать. А также проверить все файлы в корне, на соответствие кодировки и отсутствие галочки BOOM

  19. Артём Савельев

    в таблице wp_usermeta было вот такое (звёздочки прячут имя):

    #144 — Table ‘./artsav_****/wp_usermeta’ is marked as crashed and last (automatic?) repair failed

    Помогло восстановление таблицы через phpmyadmin

  20. У меня подобная проблема возникла при установке Theme Test Drive 2.8.1 на WordPress 3.0.5

    Помогло удаление папки плагина

  21. Константин

    Анфиса, спасибо. Для меня, новичка, простым оказался способ Jettochkin. Однако после появления доступа в настройки плагина, обнаружил, что сам плагин не работает! Что делать?! Стоят только cyr-to-lat и Akismet. Думаю, что все беды — после Akismet. Если есть возможность, помогите решить проблему (только учтите пожалуйста, что я не программист, самое большее что делал -сайт на Dreamwearver в HTML :) ).

    • Константин, когда Вы переименовали папку с плагинами все плагины деактивировались, тем самым вернув Вам возможность заходить в админку. Активировать плагин который дал сбой нет смысла, т.к. Вам снова закроют доступ. Лучше поискать аналог плагина на официальном сайте WordPress. Обязательно смотрите в описании плагина совместим ли он с последней версией WordPress.

  22. gp

    Друзья помогите….всё перепробовал…не пускает и всё тут….и плагины отключал…в админку ещё не пускает ..прошу выслать пароль..пишет такой e-mail не зарегин.Что делать???

  23. Спасибо за статью, все получилось.

  24. gp

    Решил проблему не просто…перепробовал всё..не пускает в админку.
    Решение — регистрируйтесь новым пользователем..потом заходите в базу и там ставите новому пользователю права админа..опа и вы в админке…удачи!

  25. zagazat

    Ещё проблема может возникнуть, если вы решили изменить префикс таблиц через phpMyAdmin. Замена ТОЛЬКО префикса как раз и даст вам такую ошибку, потому что в базе есть свойства, которые копируют префикс таблицы при установке. эти свойства находятся в таблице wp_options и wp_usermeta. Префикс естественно ваш собственный.
    в wp_options это _user_roles, а в wp_usermeta это:
    _user_level
    _dashboard_quick_press_last_post_id
    _user-settings
    _user-settings-time

    • Дмитрий

      Помогло. Менял префикс и сразу не обратил внимание на неработоспособность админки.

  26. георгий

    Коллеги еще один важный момент. Мне не помогло не одно из предложенных действий но ситуация оказалась вообще странной.
    А именно в базе отсутствовала таблица wp_usermeta толи кто то специально ее удалил из разработчиков толи она сама умерла. Но в итоге я выгрузил с другой базы и загрузил себе . У меня хорошо был старый бэкап. Поэтому если есть возможность сравнить свою базу с оригиналом проанализируйте возможно тоже не хватает чего то!

  27. Помог комментарий «zagazat», и всё получилось, потому, что я менял префиксы и после этого всё накрылось.

  28. И у меня сегодня эта ошибка выскочила.
    По-моему она выскакивает когда на цмску ставится плагин или тема несовместимые с движком. в любом случае откат изменений или удаление плагина решают проблему полностью

Ваш адрес email не будет опубликован. Обязательные поля помечены *