我曾经有过这个问题。

你应该检查一下wp-config.php 如果你找到这一行

define(\'DISALLOW_FILE_MODS\',true);

define(\'DISALLOW_FILE_MODS\',false);

对于其他有此问题的人，您可能需要在wp配置或函数文件中找到另一行，并将其更改为false：

define(\'DISALLOW_FILE_EDIT\', true);

WordPress告诉我，即使以管理员身份登录，我也没有足够的权限更新自己的安装
我的wp配置中有以下行。php文件：
define(\'DISALLOW_FILE_MODS\',true);
我将此行更改为：
define(\'DISALLOW_FILE_MODS\',false);

将以下代码添加到wordpress根目录中的文件并转到该页面。

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

$role = get_role(\'administrator\');

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

如果不是，请在$role = get_role(\'administrator\') 要添加的行update_core capability 致管理员。

$role->add_cap( \'update_core\' ); 

Method 2:

我在更新3.9.19安装时曾遇到过此问题。

我遵循了@RRikesh的回答，一切似乎都很正常，但仍然无法运行更新。

结果是define(\'DISALLOW_FILE_MODS\',true); 已在中配置functions.php.

所以是的，在你的wp-config.php 以及functions.php.

不确定是否将该行添加到functions.php 这是常见的做法，因为这里的大多数答案只建议wp-config.php

通常，您必须为wordpress安装提供正确的文件和目录权限。如果您可以通过SSH登录到服务器，那就完全没有问题了。

将所有文件的权限重置为664:find/var/www/html/-type f-exec chmod 664{}；

将目录权限重置为775:find/var/www/html/-type d-exec chmod 775{}；

获取运行Apache的用户（用户应该是第一行/列）：/ol>ps aux | grep Apache

检索用户所属的组：组[用户名]

将组重置为运行Apache的组：chgrp-R[组]/var/www/html/

现在，您应该能够从后端自动更新Wordpress。

这是一个偶然的机会，但你有没有可能导致这种情况的mu插件？wp-content/mu-plugins