管理员用户无法更新WP


11

我有一个运行WP 3.3.2的站点。后端显示一个栏,显示“ WordPress 3.5可用!请通知站点管理员。”

有趣的是,我以管理员用户身份登录,我再次检查了一下。尝试访问更新页面(位于wp-admin / update-core.php时),出现此错误:

“您没有足够的权限访问此页面。”

关于这里可能发生什么的任何提示?谢谢。


全新安装?您是否有任何插件可以修改管理员的功能?
RRikesh 2013年

我禁用了所有插件,但这没有帮助。我还没有进行全新安装,因为我有很多内容,我将不得不移至新安装。如果没有其他解决方案,请尝试一下。
Max Min

Answers:


1

尝试在数据库中创建一个新的管理员用户。

请按照以下步骤操作,您应该能够创建一个新的管理员用户,然后进行更新,然后您可以再次赋予旧用户管理员权限。或使用新用户。

您的旧用户可能在数据库中设置错误

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


谢谢,我尝试过,可以添加一个新用户。不幸的是,新用户也没有更新权限。很奇怪。
Max Min

嗨,那很奇怪。您是否尝试过手动下载WP 3.3.2,然后覆盖所有文件(通过ftp)(而不是wp-config文件)。然后尝试更新为3.5
mscgl13年

很好的提示,很奏效-谢谢!我手动覆盖了WP核心文件,然后可以更新到3.5。
Max Min

那真是个好消息:)
mscgl

28

我曾经有这个问题。

您应该检查wp-config.php文件以及是否找到此行

define('DISALLOW_FILE_MODS',true);

将其值更改为false:

define('DISALLOW_FILE_MODS',false);

完美-一位同事在我们管理的网站上将其设置为DISABLE_FILE_EDIT。类似的命令,所以我想这是一个容易犯的错误。
约翰·里德2014年

这对我的工作很好,谢谢您的帮助
阿米特·维尔马

6

对于任何其他有此问题的人,您可能必须在wp-config或functions文件中找到另一行,并将其更改为false:

define('DISALLOW_FILE_EDIT', true);

此设置可能会出现在wp-settings.php中
Kristjan Adojaan '18

3

WordPress告诉我,即使以管理员身份登录,我也没有“足够的权限”来更新自己的安装。
我的wp-config.php文件中包含以下行:
define('DISALLOW_FILE_MODS',true);
将行更改为以下内容后,我可以再次应用更新:
define('DISALLOW_FILE_MODS',false);


此设置可能会出现在wp-settings.php中
Kristjan Adojaan '18

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表。查找您的用户ID。现在转到wp_usermeta并将wp_capabilities您的用户ID 更改为a:1:{s:13:"administrator";b:1;}。以防万一,在接触数据库之前进行备份。


谢谢,我尝试了此操作,并为[update_core]设置了值“ 1”。但是,我仍然无法更新任何内容。
Max Min

添加了另一个建议。
RRikesh 2013年

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:

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

  1. 将目录的权限重置为775:

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

  1. 获取正在运行Apache的用户(用户应为第一行/列):

ps aux | grep apache

  1. 检索用户所属的组:

组[用户名]

  1. 将组重置为运行Apache的组:

chgrp -R [group] / var / www / html /

现在,您应该可以从后端自动更新Wordpress了。


0

我通过更改中的一些值来解决此问题wp-config.php

define('DISALLOW_FILE_MODS',true);

将值更改为false:

define('DISALLOW_FILE_MODS',false);


1
您的答案与已经给出的答案有什么不同?例如,这个这个
nmr

-1

这是在黑暗中拍摄的镜头,但是您是否偶然有任何可能引起此问题的mu插件? wp-content/mu-plugins


感谢您的回答,但是不,我没有安装任何mu插件。
Max Min

1
通常,不应将处理角色和功能的插件放在mu-plugins文件夹中。角色和上限是在插件激活或主题激活时设置的,因为它们存储在数据库中。
RRikesh 2013年

另外,尝试在加载插件之前访问角色对象将产生致命错误
Shea Shea
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.