Администратор не может обновить WP


11

У меня есть сайт под управлением WP 3.3.2. Бэкэнд показывает панель с надписью «WordPress 3.5 доступен! Пожалуйста, сообщите администратору сайта».

Забавно, что я вошел в систему с правами администратора, я дважды проверил это. При попытке получить доступ к странице обновления (в wp-admin / update-core.php) я получаю эту ошибку:

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

Любые намеки на то, что может происходить здесь? Спасибо.


Свежая установка? Был ли у вас плагин, который мог бы изменить возможности вашего администратора?
RRikesh

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

Ответы:


1

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

Выполните следующие шаги, чтобы создать нового пользователя-администратора, затем обновить его, а затем снова предоставить права администратора старого пользователя. Или используйте нового пользователя.

Ваш старый пользователь может иметь неправильные настройки в БД

http://www.dnawebagency.com/how-to-add-an-admin-user-to-the-wordpress-database


Спасибо, я попробовал это, и я могу добавить нового пользователя. К сожалению, у нового пользователя также нет прав на обновление. Очень странно.
Макс Мин

Привет, это странно. Вы пытались загрузить WP 3.3.2 вручную, а затем записать поверх всех файлов (через ftp) (не файл wp-config). затем попробуйте обновить до 3.5
MSCGL

Отличный совет, это сработало - спасибо! Я вручную переписал свои основные файлы WP, а затем смог обновить до 3.5.
Макс Мин

Это была отличная новость :)
MSCGL

28

У меня была эта проблема однажды.

Вы должны проверить свой wp-config.phpфайл, и если вы найдете эту строку

define('DISALLOW_FILE_MODS',true);

измените его значение на false:

define('DISALLOW_FILE_MODS',false);

Отлично - коллега установил это на сайте, нам удалось принять его за DISABLE_FILE_EDIT. Подобные команды, поэтому я полагаю, что это простая ошибка.
Джон Рейд

Это прекрасно работает для меня, спасибо за вашу помощь
Амит Верма

6

Для тех, кто сталкивается с этой проблемой, есть другая строка, которую вам, возможно, придется найти в файле wp-config или functions и изменить на false:

define('DISALLOW_FILE_EDIT', true);

Этот параметр может появиться в wp-settings.php
Кристьян Адоян

3

WordPress говорил мне, что у меня нет «достаточных разрешений» для обновления собственной установки, даже когда вы вошли в систему как администратор.
У меня была следующая строка в моем файле wp-config.php:
define('DISALLOW_FILE_MODS',true);
я смог применить обновления еще раз после того, как я изменил эту строку на:
define('DISALLOW_FILE_MODS',false);


Этот параметр может появиться в wp-settings.php
Кристьян Адоян

1

Добавьте следующий код в файл в корне WordPress и перейдите на эту страницу.

<?php
define('WP_USE_THEMES', false);
require('wp-blog-header.php');

$role = get_role('administrator');

echo '<pre>';
print_r($role);
echo '</pre>';

Теперь ищите [update_core]в отображаемом тексте. Это значение должно быть 1.

Если нет, добавьте следующую строку после $role = get_role('administrator')строки, чтобы добавить эту update_core возможность администратору.

$role->add_cap( 'update_core' ); 

Обновить страницу , чтобы увидеть , если значение [update_core]является 1. Если это так 1, вы можете попробовать сделать обновление. Не забудьте удалить файл, который вы добавили позже.

Способ 2:

Получить на PHPMyadmin и перейти к wp_usersтаблице. Ищите свой идентификатор пользователя. Теперь перейдите wp_usermetaи измените wp_capabilitiesсвой идентификатор пользователя на a:1:{s:13:"administrator";b:1;}. Сделайте резервную копию, прежде чем касаться базы данных, на всякий случай.


Спасибо, я попробовал это и получил значение "1" для [update_core]. Но все же я ничего не могу обновить.
Макс Мин

Добавлено еще одно предложение.
RRikesh

0

Я столкнулся с этой проблемой один раз при обновлении установки 3.9.19.

Я следовал за ответом @RRikesh, и все казалось нормальным, но я все еще не могу запустить обновление.

Оказывается, define('DISALLOW_FILE_MODS',true);был настроен в functions.php.

Так что да, поищи эту строчку в своей, wp-config.phpа также functions.php.

Не уверен, что добавление этой строки functions.phpявляется обычной практикой, так как большинство ответов здесь предлагают только посмотреть наwp-config.php


0

Часто вам приходится иметь дело с предоставлением вашей установке WordPress правильных прав доступа к файлам и каталогам. Если вы можете войти на свой сервер через SSH, это не проблема.

  1. Сбросить разрешение всех файлов до 664:

find / var / www / html / -type f -exec chmod 664 {} \;

  1. Сбросить разрешение каталогов до 775:

find / var / www / html / -type d -exec chmod 775 {} \;

  1. Получите пользователя, который запускает Apache (пользователь должен быть первой строкой / столбцом):

пс aux | grep apache

  1. Получить группы, в которые входит пользователь:

группы [имя пользователя]

  1. Сбросьте группу к группе под управлением Apache:

chgrp -R [группа] / var / www / html /

Теперь вы сможете автоматически обновлять Wordpress со своего бэкэнда.


0

Я исправил это путем изменения некоторого значения внутри wp-config.php.

define('DISALLOW_FILE_MODS',true);

измените значение на false:

define('DISALLOW_FILE_MODS',false);


1
Чем ваш ответ отличается от тех, что уже даны? Например, этот или этот .
мр

-1

Это выстрел в темноте, но есть ли у вас случайно какие-либо плагины mu, которые могут быть причиной этого? wp-content/mu-plugins


Спасибо за ваш ответ, но нет, у меня не установлены никакие mu-плагины.
Макс Мин.

1
Обычно плагины, связанные с ролями и возможностями, не следует помещать в папку mu-plugins. Роли и ограничения устанавливаются либо при активации плагина, либо при активации темы, поскольку они хранятся в базе данных.
RRikesh

Кроме того, попытка получить доступ к объектам ролей до загрузки плагинов приведет к фатальной ошибке
shea
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.