1

我正在运行一个 WordPress 3.4 版的 WordPress 站点（因此使用了现在已弃用的“image_resize”功能），我发现 WordPress 的图像大小调整能力在质量方面非常缺乏。网上似乎没有关于这个问题的任何内容（如果我错了，请纠正我）。

我的客户端上传的图像可能很大，所以我想使用带有缓存技术的图像调整功能，这样访问者下载需要更小的图像就不会花费很长时间。但是当我使用图像调整大小时，我发现质量显着降低，即使 $jpeg_quality 参数设置为 100。

以下是质量差异的示例：

图像质量示例

除了 StackOverflow 可能由于其处理图像而增加的模糊性之外，主要区别在于颜色活力。左边的图片是上传到 WordPress 网站的原始图片，其原生宽度约为 800 像素。它已在 HTML 中手动调整为 200 像素宽。右边的图像是通过 WordPress 的大小调整方法以 100% jpeg 质量将大小调整为 200 像素的图像，使用以下代码：

image_resize( "/path/to/image", 200, 0, false, null, null, 100 );

谁能解释为什么这看起来如此糟糕，以及我能做些什么来解决它？

4

1 回答 1

3

根据我们迄今为止的讨论，我会说您遇到的效果与之前的问题中提到的类似，但我不知道您的 WordPress 3.4 安装是否会在下面使用 GD。

基本上，正在发生的事情是您的图像具有嵌入的 Adob​​e RGB 颜色配置文件，这（可以说，我想）对他们来说是一件完全合理的事情，即使他们正在上网。您可能要记住，如果在不尊重这种颜色管理的浏览器中查看图像，您可能会看到一些令人惊讶的结果，而且通常似乎建议仍然是在网络上更喜欢 sRGB .

我猜你的 WordPress 3.4 安装使用的调整大小过程不尊重颜色配置文件——事实上，可能忽略了它——这就是为什么在调整大小期间颜色被破坏的原因。实际上，它输出的图像仍应位于 Adob​​e RGB 空间中，但丢弃了颜色配置文件，因此图像在 sRGB 中重新解释，这使事情看起来很柔和。

有两种选择，我想说：

  • 研究某种尊重图像颜色配置文件的大小调整过程（如前面的问题中所讨论的，升级 GD 库，如果这是正在使用的，或者切换到基于 ImageMagick 的解决方案，比如说。）我没有试过了，但如果你可以在你的服务器上安装 ImageMagick，看起来这个 WordPress 插件将允许你使用它来相当轻松地调整图像大小。它特别提到在调整大小时尊重颜色配置文件。

  • 看看在 sRGB 颜色空间中导出图像是否可以解决调整大小的问题。这可能是最简单的解决方案，如果我认为正在发生的事情就是实际发生的事情，它可能会起作用。尽管图像经过调整大小后可能最终没有嵌入的颜色配置文件，但几乎所有看到它们的东西都会假设它们是 sRGB。

于 2013-04-03T16:31:46.950 回答