Wordpress：GD库无法压缩文件

Question

当我向托管的wordpress帐户上传4个文件时，每次都有2MB。它无法上传这些文件，我选择使用FastStone照片大小调整器来推卸它们，但是当我上传这些文件时，我收到了错误消息。我也尝试在WP中上传我常用的文件，有时候工作有时没有。

我已经停用了我的S3插件，这些插件会将我上传到我的Amazon S3帐户的图像发送到禁用的插件，当我在配置选项中打开WP_debug时，这些插件会出错。我也尝试在同一个托管服务器上的我的其他wordpress安装上传文件，它失败或有时不稳定。我尝试从同一个托管服务提供商上传到另一台服务器上，但它确实有效。

这是我的错误：

  

注意：wp_register_script调用不正确。在wp_enqueue_scripts，admin_enqueue_scripts或init挂钩之前，不应注册或加入脚本和样式。有关更多信息，请参阅WordPress中的调试。 （此消息已在版本3.3中添加。）在第2825行的/home/deremoec/public_html/deremoeWP/wp-includes/functions.php中

     

注意：未定义的变量：attr in   /home/deremoec/public_html/deremoeWP/wp-content/themes/sandbox/functions.php   在线500

     

注意：自2.8版以来，不推荐使用unregister_widget_control！使用   wp_unregister_widget_control（）代替。在   /home/deremoec/public_html/deremoeWP/wp-includes/functions.php在线   2705

     

注意：自2.8版以来，不推荐使用unregister_widget_control！使用   wp_unregister_widget_control（）代替。在   /home/deremoec/public_html/deremoeWP/wp-includes/functions.php在线   2705

     

注意：has_cap是使用自那时不推荐使用的参数调用的   2.0版！不推荐使用插件和主题来使用用户级别。   请改用角色和功能。在   /home/deremoec/public_html/deremoeWP/wp-includes/functions.php在线   2789

     

注意：has_cap是使用自那时不推荐使用的参数调用的   2.0版！不推荐使用插件和主题来使用用户级别。   请改用角色和功能。在   /home/deremoec/public_html/deremoeWP/wp-includes/functions.php在线   2789

     

注意：has_cap是使用自那时不推荐使用的参数调用的   2.0版！不推荐使用插件和主题来使用用户级别。   请改用角色和功能。在   /home/deremoec/public_html/deremoeWP/wp-includes/functions.php在线   2789

     

注意：has_cap是使用自那时不推荐使用的参数调用的   2.0版！不推荐使用插件和主题来使用用户级别。   请改用角色和功能。在   /home/deremoec/public_html/deremoeWP/wp-includes/functions.php在线   2789

以下是错误的屏幕截图。

我认为它是一个GD库问题，我只需要重置apache以使事情正常工作。但是我的webhost（HawkHost）需要有一个可靠的证明就是这种情况。

导致此错误的原因可能是什么。我已经刷新了我的cookie和缓存。我也尝试过隐身模式以确保错误仍然存​​在。我还将我的WP-includes的权限更改为777只是为了检查，但它仍然存在。

帮助？

Answer 1

系统上的图像加载和运算可能很重。

首先 - 您发布的 NOTICES 非常明显 - 通知，不是错误。 （我在谈论“注意：自2.8版以来，不推荐使用unregister_widget_control！使用。”类型通知）

关闭wp_debug会让他们离开。

第二 - 如上所述，图像处理对记忆非常重要。 您可以尝试增加为PHP分配的内存使用量，如下所示：

// in wp-config.php

define('WP_MEMORY_LIMIT', '64M');//Increase PHP Memory to 64MB

define('WP_MEMORY_LIMIT', '96M'); //Increase PHP Memory to 96MB

（注意：由于您的主机设置，它可能无效，但在95％的情况下，确实如此）

如果这没有帮助 - 尝试逐个或两个上传图像，看看会发生什么。你必须明白2mb图像是非常大的，并且将它们中的12个一起上传在内存使用方面并不开玩笑。

它还取决于你的自定义尺寸功能（例如它们是否需要裁剪？）

你可以尝试的另一件事就是不要处理图像（这是非常不推荐的 - 因为它会导致向用户提供非常沉重的图像 - 并且会占用大量带宽）