Php Wordpress图像上载时间错误：图像后处理失败

在Wordpress 5.3中上载图像时遇到错误：

图像的后处理失败。如果这是一张照片或大型图像，请将其缩小到2500像素，然后再次上传

---

在将WordPress更新到最新版本5.3后，我遇到了同样的问题。对于目前为止的快速解决方案，您可以先将图像上载到媒体库来克服此问题。目前，如果我们从其他任何地方上传图像，都会显示相同的问题。 我希望有帮助

我已经在自己的网站上测试过了

---

希望WordPress团队能很快解决这个问题。

刚刚遇到了这个错误。图像的文件名中有一个撇号“删除后，一切正常。

我最近收到这个错误，因为我已经上载了一个具有相同文件名的图像。我不知道为什么它不能说一些准确的东西，比如重复的文件名，而不是一些错误和毫无意义的东西，比如如果这是一张照片或一张大图像，请将其缩小到2500像素，然后再次上传。

我遇到了这个错误，但这不是Wordpress或php问题。如果您使用的是nginx，请确保设置client_max_body_size未设置为默认1M，这意味着只有在未使用multiform/part的帖子中传递的图像才有1Mb。我增加了它，一切都很好。

我有另一个解决方案，只要有这个问题，我很高兴能想出办法

首先，看看您对PHP7.1的处理是否更进一步

然后，需要在cPanel中启用mbstring

在具有cPanel的服务器中，启用mbstring更容易。因此，对于cPanel客户，我们启用mbstring如下：

首先，我们登录到cPanel帐户。 接下来，我们转到软件部分。 在这里，我们单击下拉列表选择PHP版本。 现在，选择PHP扩展mbstring。 最后，单击save按钮

要在PHP版本中选择的图像

---

如果您使用nginx，则通过将客户端的最大体大小增加到100/200左右来修复此问题。

我遇到了相同的错误，并跟踪到了我的密码保护的wp admin目录。删除密码保护解决了这个问题。密码保护在wp admin的htaccess中添加行，您也可以删除这些行

但我不想取消密码保护。在保持wp admin密码保护的同时，我解决了这个问题的方法是在站点根级别的.htaccess中添加以下内容，而不是在wp admin中的htaccess文件中：

# Exclude the file upload and WP CRON scripts from authentication
<FilesMatch "(async-upload\.php|wp-cron\.php|xmlrpc\.php)$">
    Satisfy Any
    Order allow,deny
    Allow from all
    Deny from none
</FilesMatch>

其他情况的解决方案和其他解决方案如下：

---

从“匿名”窗口上传解决了我的问题。

---

WordPress 5.3将php更新为最新版本，再加上从cpanel>select php version上激活imagick模块，解决了这个问题…

这里还有一个步骤可以帮助您进行调试。让检查员打开网络选项卡，查看post请求及其响应。

在我们的例子中，问题是AWS IAM策略不允许上传到S3存储桶

---

只有看到这条信息，我们才能找到解决问题的正确方向。WordPress错误非常普遍，因为服务器没有成功响应。

我只是想加上我的两分钱，因为在找到解决方案之前，我自己偶然发现了它。现在，我刚刚在网络上遇到了同样的问题，它似乎与PHP 7.2+版本中的Wordpress或其他需要安装Imagick的版本特别相关，对于Redhat/Centos，可以这样做： dnf安装php pecl imagick

---

我可以用它来再次上传文件，尽管我还有一些其他问题，这些问题通过更新PHP的很多限制得到了解决：

WordPress 5.3引入了这个功能，但它是一个bug。在WordPress更新发布并修复错误之前，您可以通过以下方式禁用此功能

简单地将这一行添加到子主题函数.php文件中

add_filter( 'big_image_size_threshold', '__return_false' );

---

还有一种可能性。。。在尝试了所有其他的解决方案之后，我没有运气，我检查了控制台，发现js上传脚本出现了500个错误。这是由于functions.php中的一些代码在较旧的php版本中工作，而不是在7.4中。无帮助的错误消息。

您是否尝试过上传小于2500px的图像的较小版本？@mommermi:是的，我尝试了几个不同px小于2500px的图像。对我来说，这是Smush插件。停用它解决了问题，在我的情况下，它是WP用户的化身。我不得不禁用它，对我来说不起作用。尝试了不同的大小和尺寸，似乎无法处理超过1.5Mb的图像。在我的情况下，即使增加上传2Mb php的限制也没有任何区别。。。更具体一点，比如提到版本等等。这对我来说很有效。很高兴知道为什么会有帮助。我也有同样的问题，只是去掉了一些点。在文件名和问题解决。真奇怪！！它对我有用。我在nginx sam上设置了客户端\u max\u body\u大小

---

这是我的解决方案，我猜Nginx将文件流式传输到php FPM，因此它需要能够处理图像大小，尽管我的图像是1.1MB。Word也适合我，谢谢！我设置了imagick，将php版本升级到7.4，并在刷新页面后增加了upload\u max\u filesize，修复了这个问题。