Image JPEG->；更压缩的JPEG— ；值得吗？

我在一个网站上工作，该网站展示了来自各种在线零售商的大量产品图片。因为大部分页面权重都在图像中，所以我认为值得研究一下将文件大小稍微缩小一点的技术

这些图像已经是JPEG格式的了。我知道PNG有很多额外的缺点，可以大大增加文件大小，但我对JPEG的经验较少。因此，有几个相关的问题：

是否值得进一步压缩JPEG？ 似乎进一步压缩已经是有损格式的内容可能导致弊大于利（文件大小节省10%以上）

是否有其他技术可以减少文件大小？ 我不知道EXIF元数据或其他元数据是否是这些图像的一部分，也不知道剪切这些图像是否是一种实质性的改进

是否有使用GD或ImageMagick（或其他）的经验/建议 还有一家叫做Spinwave的公司提供的商业图像压缩库

---

你使用缩略图吗？如果是这样的话，它们是单独保存的还是完整加载较大的图像并在网页上调整大小？在页面上显示不同的缩略图时调整它们的大小将节省大量带宽

您可以降低JPEG上的质量因子，直到可以看到它为止。每次这样做时，您都会看到文件大小的改进。但是，正如您所怀疑的，由于您已经有了JPEG，您可能会更快地在图像中看到棋盘格瑕疵，因为您正在压缩已经压缩的图像

GD或IM都能正常工作。

• 有像.ZIP这样的无损压缩，但它们通常更糟糕，对于已经压缩的格式来说不是很有用

• JPEG可以具有不同的压缩级别。多少质量才算足够，这是你的决定。数码相机拍摄的照片可以压缩到原来的十分之一大小，同时非常适合网站

• JPEG更适合用于照片。PNG更适合于徽标和素色

• ImageMagick应允许您从命令行或程序库更改jpeg的大小。 看

对我来说，质量看起来不错，直到你开始低于75-80%的质量

我不认为任何元数据（JPEG也支持IPTC）会大大增加文件的大小——但它可能值得你自己做一些基准测试（关于它的博客！）

我被带入PHP是为了热爱GD（我认识其中一位贡献者）。请记住将图像缓存为文件。例如：

$im=imagecreatefromjpeg（'file.jpg'）

//输出函数

//80=质量

imagejpeg（$im，'savedfile.jpg'，80）

---

代码格式化似乎不起作用

我的经验表明，一些“产品”图像是使用颜色空间元数据创建的，以便在印刷媒体上准确地再现颜色。这会增大jpeg文件的大小。在某些情况下，我可以通过删除EXIF将jpeg文件压缩30%左右。

不要重新编码。如果你有一些非有损格式的原始图像，然后用更高的压缩编码。如果您在已经进行DCT量化的图像上进行DCT量化，与以所需的较低比特率直接编码相比，您将引入不必要的图像质量损失。

可能是因为这些是制表符而不是空格？