我需要一些关于某些图像策略的赞成和反对的建议。在创建非常重要的网站时，重要的是所有图像都是最好的质量，对性能影响不大。 让我们拿一个模仿产品评论的页面为例。您可能会有正常尺寸的产品镜头和多个不同尺寸的缩略图。网站上的图像
解决此问题的两种技术可能是，使用产品镜头并通过复制原始图像创建所有必要的缩略图，然后调整大小或裁剪为所需大小，或者可以按需“按需创建”不同大小的缩略图在必要时调整它们的大小，并向客户端发送“临时”图像。
有没有人有任何其他经验可以如何实现，或者上面讨论的方式的利弊？
谢谢，
存储通常比带宽和处理便宜，所以在大多数情况下 - 尤其是当你只谈论一组相当有限的缩略图时 - 最好先做处理。这也有使缓存策略更容易的优势。
根据需求调整大小和裁剪是非常耗费资源的。你应该做一次然后缓存它。
对于图像繁重的网站，所有图像都应该进行jpeg编码并压缩，直到您可以开始查看图像中的压缩伪影为止。
如果你有大量小图像，或加载每个请求的图像，可以考虑使用数据URI puting他们在你的CSS：http://en.wikipedia.org/wiki/Data_URI_scheme
我与安迪和佩塔提克瓦同意（除数据URI作为它不会是可高速缓存的或广泛支持）。
但要更进一步。我更喜欢按需调整大小。它可以是资源密集型的，但通过适当的缓存，这是保持原始高质量图像和动态提供给您的设计所需的所有图像大小的最佳平衡。
您注意到PHP，我已经使用了SLIR Library。
IE 5.5+支持包括Gecko（Firefox），Konqueror，Opera，Safari，Chrome，IE 8+和MHTML数据URI在内的所有主流浏览器支持数据URI。他们也可以缓存，因为它们是用CSS编写的，你是说你不能缓存CSS？ “需求调整”和“缓存”几乎相互矛盾。 – Petah 2010-10-20 13:56:10
@Petah - 可以在外部样式表的CSS中进行缓存，也许。所以你的计划是输出图像重量网站的所有*小图像的数据URI？祝你好运！至于支持 - 关于IE7呢？最后，在做出有关调整大小和缓存的假设之前，请查看SLIR库。 – 2010-10-20 14:31:59
@ Jason，IE 7支持MHTML。 – Petah 2010-10-20 22:11:45
不是每个图像都最好保存为JPEG格式。使用任何格式都可以提供最佳压缩。 – 2010-10-20 13:02:08