Php 上载的文件无法移动到wp content/uploads/2015/01。图像上传问题_Php_Wordpress

Php 上载的文件无法移动到wp content/uploads/2015/01。图像上传问题

php wordpress

Php 上载的文件无法移动到wp content/uploads/2015/01。图像上传问题,php,wordpress,Php,Wordpress,我在WordPress网站工作了2个月，之前我上传了很多图片，但在上传图片时出现了错误，我在新年后面临这个问题：-上传的文件无法移动到wp content/uploads/2015/01 以下是截图：- 它可能没有创建的权限 /上传/2015 检查该文件夹是否存在，如果存在，则检查如果/uploads/2015/1/存在权限： chmod 755 /uploads/2015/1/ chown www-data:www-data /uploads/2015/1/ 这些文件夹应具有与/uplo

我在WordPress网站工作了2个月，之前我上传了很多图片，但在上传图片时出现了错误，我在新年后面临这个问题：-上传的文件无法移动到wp content/uploads/2015/01

以下是截图：-

它可能没有创建的权限 /上传/2015

检查该文件夹是否存在，如果存在，则检查如果/uploads/2015/1/存在

权限：

chmod 755 /uploads/2015/1/
chown www-data:www-data /uploads/2015/1/

这些文件夹应具有与/uploads/文件夹相同的权限。

还要检查错误日志，因为它应该准确地显示导致问题的文件夹。

我已经搜索并发现问题来自服务器提供商

通常，所有文件都应由web服务器上的用户（ftp）帐户拥有，并且应可由该帐户写入。在共享主机上，文件永远不应由Web服务器进程本身拥有（有时是www、apache或nobody用户）

任何需要从WordPress进行写访问的文件都应由WordPress使用的用户帐户（可能不同于服务器帐户）拥有或组拥有。例如，您可能有一个用户帐户，允许您将文件来回FTP到您的服务器，但您的服务器本身可能使用单独的用户在单独的用户组（如dhapache或nobody）中运行。如果WordPress作为FTP帐户运行，则该帐户需要具有写访问权限，即文件的所有者，或属于具有写访问权限的组。在后一种情况下，这意味着权限的设置比默认设置更为宽松（例如，文件夹设置为775而不是755，文件夹设置为664而不是644）

我也遇到了这个问题，并发现这是因为主机帐户的磁盘配额被超过了

我发现有一个记录错误的旧脚本，错误日志变得如此之大，以至于填满了可用的配额

当我试图使用FTP创建一个新目录时，服务器的响应是“超过磁盘配额”，我终于明白了这一点。

这对我来说很有效

$ sudo chown -R _www uploads/
$ sudo chmod -R g+w uploads/

我假设您在

wp content

目录中

本文很好地解释并解决了这个问题：

基本前提是运行httpd/apache/web服务器线程的进程的标识必须具有对上载目录的写访问权限

要解决这个问题：

检查您的Web服务器在哪个帐户下运行

更新：在Unix上使用

ps aux|egrep'（apache|httpd）

。。。这将显示web服务器的进程列表以及运行该服务器的进程的标识，例如“nobody”

8718 0.1 0.4 1332864 17180？Sl 17:11 0:06/usr/local/apache/bin/httpd-k start-DSSL

更新：在Unix上，您可以使用

chown-R nobody//wp content/upload/

您还可以修改此帐户的权限（在所需位置），以确保它具有使用chmod或filezilla的写入权限，并根据需要对目录进行级联更改

查看链接文章，了解详细的分类。希望有帮助！：）

将目录权限更改为777对我有帮助。

这对我很有用

sudo chown -R www-data html

假设当前目录是www

Ubuntu 16.04，Apache2

您只需授予PHP在

上传

文件夹中进行写入的权限，这对我来说很有效：

sudo chown -R www-data <path>/wp-content/uploads

sudo chown-R www-data/wp-content/uploads

我在一个cPanel托管帐户上遇到这个错误，该帐户的磁盘配额不是问题。在深入研究了一段时间后，我发现cPanel的“选择PHP版本”工具设置为v7.1，但多个WordPress诊断工具检测到v5.6实际上正在运行，并且它们还检测到文件系统问题

cPanel中的文件管理器工具显示所有权限都是正确的，并且文件夹是可写的

我使用的诊断工具之一是Wordfence插件的一部分。它可以在Wordfence>Tools>Diagnostics（选项卡）的仪表板菜单上找到

我向托管公司报告了这个问题，它似乎在一夜之间就解决了（回复我支持票的人表示他们没有解决任何问题）。我认为这可能是一个影响多个托管帐户的问题的症状，托管公司的其他人可能检测到并修复了它

如果其他人遇到类似的问题，我希望这个答案能帮助他们花更少的时间去寻找它。一旦我发现不正确的PHP版本似乎正在运行，我想这可能不是我仅用cPanel访问就能解决的问题。

如果您使用的是SELinux（如Fedora或CentOS），您还需要设置SELinux权限。假设您的目录名为

uploads

（例如）

这将设置

uploads

并将其下的所有内容上载到web服务器用户

此目录是否存在？检查权限和目录所有者是的，我已手动创建了目录。如果您创建了文件夹，则web服务器可能无法访问它。删除文件夹，让服务器以正确的权限自动创建。我不知道怎么做，你能解释一下答案吗？我现在是uloads/2015/01，但请解释一下什么是www-data:www-data以及我在哪里可以得到

错误日志

你不能假设在他的服务器上

www-data

用户是正确的（正确的）所有者。好的，现在我知道了违规者，错误日志是什么，我在哪里能找到它？也许你应该先读一些关于许可证的书——因为你不明白发生了什么：）我

chcon -R -t httpd_sys_rw_content_t uploads