无法将上传的文件移动到 wp-content/uploads/2015/01。图片上传问题
The uploaded file could not be moved to wp-content/uploads/2015/01. issue on image upload
我在一个 WordPress 网站上工作了 2 个月，我之前上传了很多图片，但是我在上传图片时遇到了错误，我在新年后遇到了这个问题:- 上传的文件无法移动到wp-content/uploads/2015/01.
下面有截图：-
可能没有权限创建
/uploads/2015
检查该文件夹是否存在，如果存在，则检查
如果 /uploads/2015/1/ 存在。
权限：
chmod 755 /uploads/2015/1/
chown www-data:www-data /uploads/2015/1/
这些文件夹应具有与 /uploads/ 文件夹相同的权限。
还要检查 error_log，因为它应该会准确显示导致问题的文件夹。
我搜索了一下，发现是服务器提供商的问题。
通常，所有文件都应归您的网络服务器上的用户 (ftp) 帐户所有，并且该帐户应该可以写入。在共享主机上，文件永远不应属于网络服务器进程本身（有时是 www、apache 或 nobody 用户）。
任何需要 WordPress 写访问权限的文件都应该由 WordPress 使用的用户帐户（可能与服务器帐户不同）拥有或归组所有。例如，您可能有一个用户帐户可以让您 FTP 将文件来回传送到您的服务器，但您的服务器本身可能 运行 使用单独的用户，在单独的用户组中，例如 dhapache 或 nobody .如果 WordPress 运行ning 作为 FTP 帐户，则该帐户需要具有写入权限，即是文件的所有者，或者属于具有写入权限的组。在后一种情况下，这意味着权限设置比默认设置更宽松（例如，文件夹设置为 775 而不是 755，以及 664 而不是 644）。
我也遇到了这个问题，发现是因为主机账户的磁盘配额超出了。
我发现有一个旧的脚本在记录错误，而且错误日志变得如此之大以至于填满了可用的配额。
当我尝试使用 FTP 创建一个新目录并且服务器响应是 "Disk quota exceeded."
时，我终于弄明白了
这对我有用。
$ sudo chown -R _www uploads/
$ sudo chmod -R g+w uploads/
我假设您在 wp-content 目录中。
这篇文章很好地解释和解决了问题：http://2surge.com/how-to-fix-the-uploaded-file-could-not-be-moved-to-wp-content-error-message
基本前提是进程的身份运行你的httpd/apache/web服务器线程必须对你的上传目录有写入权限。
解决问题：
检查您的网络服务器运行在
下的哪个帐户
更新：在 Unix 上使用...
ps aux | egrep '(apache|httpd)'
...这将显示 Web 服务器的进程列表以及其 运行 例如 "nobody"
所在进程的标识
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 /<path to upload directory>/wp-content/upload/
您还可以使用 chmod 或 filezilla 修改此帐户的权限（在所需位置）以确保它具有写入权限，并根据需要将更改级联到目录。
查看链接文章以了解详细分类。希望有帮助！ :)
将目录权限更改为 777 对我很有帮助。
这对我有用
sudo chown -R www-data html
假设当前目录是 www
Ubuntu 16.04，Apache2
您只需要授予 PHP 在 uploads 文件夹中写入的权限，这对我有用：
sudo chown -R www-data <path>/wp-content/uploads
我在 cPanel 托管帐户上遇到此错误，磁盘配额（对于该帐户）不是问题。研究了一段时间后，我发现 cPanel 的 "Select PHP Version" 工具设置为 v7.1，但多个 WordPress 诊断工具检测到 v5.6 实际上是 运行，并且它们还检测到文件系统问题。
cPanel 中的文件管理器工具显示所有权限都是正确的，文件夹是可写的。
我使用的诊断工具之一是 Wordfence 插件的一部分。它位于 Wordfence > 工具 > 诊断（选项卡）的仪表板菜单上。
我向托管公司报告了这个问题，它似乎在一夜之间自行解决了（回复我的支持请求的人表示他们没有解决任何问题）。我认为这可能是影响多个托管帐户的问题的征兆，托管公司内的其他人可能检测到并修复了它。
如果其他人遇到类似的问题，我希望这个答案可以帮助他们花更少的时间去追踪它。一旦我发现不正确的 PHP 版本似乎是 运行，我认为这可能不是我只能通过 cPanel 访问来修复的问题。
如果您使用的是 SELinux（如 Fedora 或 CentOS），您还需要设置 SELinux 权限。假设你的目录名为uploads（例如）
chcon -R -t httpd_sys_rw_content_t uploads
这将设置 uploads 及其下的所有内容可上传到网络服务器用户
- 打开你xampp
- 点击探索
- 双击项目文件夹
- 点击选项列表中的“获取信息”
- 输入密码解锁右下角的储物柜
- 然后更改读写权限
- 最重要的一点，记得点击左下角的下拉菜单并select应用于所有
- 在那里它会起作用。
- 在这个视频中观看它是如何完成的
- 稍后谢谢我How to fix xampp permission problem on mac
将 WP 站点迁移到其他服务器时会发生这种情况。
问题是所有权。
运行 在终端中：
chown -R <site-user-name> /home/<site-directory>/public_html
z
有多种原因因此出现这样的错误。
主要问题是文件夹权限。
wp-content/upload/
文件夹权限必须是 775 或 664。
如果错误没有得到解决，请尝试以下其他解决方案
转到 Cpanel 和您的网站文件夹或使用 FTP。
然后你会得到 wp-config.php {此文件在根文件夹中可用}
在那做下面的改变
Open the wp-config.php file and add the following code:
define( 'UPLOADS', 'wp-content/uploads' );
before below line
require_once(ABSPATH . 'wp-settings.php');
希望对您有所帮助。它在 Plesk 托管方面对我有帮助。
我在一个 WordPress 网站上工作了 2 个月，我之前上传了很多图片，但是我在上传图片时遇到了错误，我在新年后遇到了这个问题:- 上传的文件无法移动到wp-content/uploads/2015/01.
下面有截图：-
可能没有权限创建 /uploads/2015
检查该文件夹是否存在，如果存在，则检查 如果 /uploads/2015/1/ 存在。
权限：
chmod 755 /uploads/2015/1/
chown www-data:www-data /uploads/2015/1/
这些文件夹应具有与 /uploads/ 文件夹相同的权限。 还要检查 error_log，因为它应该会准确显示导致问题的文件夹。
我搜索了一下，发现是服务器提供商的问题。
通常，所有文件都应归您的网络服务器上的用户 (ftp) 帐户所有，并且该帐户应该可以写入。在共享主机上，文件永远不应属于网络服务器进程本身（有时是 www、apache 或 nobody 用户）。
任何需要 WordPress 写访问权限的文件都应该由 WordPress 使用的用户帐户（可能与服务器帐户不同）拥有或归组所有。例如，您可能有一个用户帐户可以让您 FTP 将文件来回传送到您的服务器，但您的服务器本身可能 运行 使用单独的用户，在单独的用户组中，例如 dhapache 或 nobody .如果 WordPress 运行ning 作为 FTP 帐户，则该帐户需要具有写入权限，即是文件的所有者，或者属于具有写入权限的组。在后一种情况下，这意味着权限设置比默认设置更宽松（例如，文件夹设置为 775 而不是 755，以及 664 而不是 644）。
我也遇到了这个问题，发现是因为主机账户的磁盘配额超出了。
我发现有一个旧的脚本在记录错误，而且错误日志变得如此之大以至于填满了可用的配额。
当我尝试使用 FTP 创建一个新目录并且服务器响应是 "Disk quota exceeded."
时，我终于弄明白了这对我有用。
$ sudo chown -R _www uploads/
$ sudo chmod -R g+w uploads/
我假设您在 wp-content 目录中。
这篇文章很好地解释和解决了问题：http://2surge.com/how-to-fix-the-uploaded-file-could-not-be-moved-to-wp-content-error-message
基本前提是进程的身份运行你的httpd/apache/web服务器线程必须对你的上传目录有写入权限。
解决问题：
检查您的网络服务器运行在
下的哪个帐户更新：在 Unix 上使用...
ps aux | egrep '(apache|httpd)'...这将显示 Web 服务器的进程列表以及其 运行 例如 "nobody"
所在进程的标识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 /<path to upload directory>/wp-content/upload/您还可以使用 chmod 或 filezilla 修改此帐户的权限（在所需位置）以确保它具有写入权限，并根据需要将更改级联到目录。
查看链接文章以了解详细分类。希望有帮助！ :)
将目录权限更改为 777 对我很有帮助。
这对我有用
sudo chown -R www-data html
假设当前目录是 www
Ubuntu 16.04，Apache2
您只需要授予 PHP 在 uploads 文件夹中写入的权限，这对我有用：
sudo chown -R www-data <path>/wp-content/uploads
我在 cPanel 托管帐户上遇到此错误，磁盘配额（对于该帐户）不是问题。研究了一段时间后，我发现 cPanel 的 "Select PHP Version" 工具设置为 v7.1，但多个 WordPress 诊断工具检测到 v5.6 实际上是 运行，并且它们还检测到文件系统问题。
cPanel 中的文件管理器工具显示所有权限都是正确的，文件夹是可写的。
我使用的诊断工具之一是 Wordfence 插件的一部分。它位于 Wordfence > 工具 > 诊断（选项卡）的仪表板菜单上。
我向托管公司报告了这个问题，它似乎在一夜之间自行解决了（回复我的支持请求的人表示他们没有解决任何问题）。我认为这可能是影响多个托管帐户的问题的征兆，托管公司内的其他人可能检测到并修复了它。
如果其他人遇到类似的问题，我希望这个答案可以帮助他们花更少的时间去追踪它。一旦我发现不正确的 PHP 版本似乎是 运行，我认为这可能不是我只能通过 cPanel 访问来修复的问题。
如果您使用的是 SELinux（如 Fedora 或 CentOS），您还需要设置 SELinux 权限。假设你的目录名为uploads（例如）
chcon -R -t httpd_sys_rw_content_t uploads
这将设置 uploads 及其下的所有内容可上传到网络服务器用户
- 打开你xampp
- 点击探索
- 双击项目文件夹
- 点击选项列表中的“获取信息”
- 输入密码解锁右下角的储物柜
- 然后更改读写权限
- 最重要的一点，记得点击左下角的下拉菜单并select应用于所有
- 在那里它会起作用。
- 在这个视频中观看它是如何完成的
- 稍后谢谢我How to fix xampp permission problem on mac
将 WP 站点迁移到其他服务器时会发生这种情况。
问题是所有权。
运行 在终端中：
chown -R <site-user-name> /home/<site-directory>/public_html
z
有多种原因因此出现这样的错误。
主要问题是文件夹权限。
wp-content/upload/
文件夹权限必须是 775 或 664。
如果错误没有得到解决，请尝试以下其他解决方案
转到 Cpanel 和您的网站文件夹或使用 FTP。
然后你会得到 wp-config.php {此文件在根文件夹中可用}
在那做下面的改变
Open the wp-config.php file and add the following code:
define( 'UPLOADS', 'wp-content/uploads' );
before below line
require_once(ABSPATH . 'wp-settings.php');
希望对您有所帮助。它在 Plesk 托管方面对我有帮助。