雪碧/ PNG图形沉重的网站，噢，我的！

Question

我需要建立一个网站，是非常图形重型（撕破的纸张背景有超过纹理图形透明阴影等），我想节省文件大小的一个办法是我所有的背景元素放到一个PNG 。问题是，这个文件现在是180K。如果我它分解成各种GIF和一对夫妇的PNG那么这将是更接近70K。

是否真的重要？什么是“太大”这些天，文件的大小？如果该文件是180或70K将有人注意到？

Answer 1

如果您的用户可以快速进入您的网站（如，在Intranet），180K是很难的一个问题。如果，另一方面，该网站是被一般年龄较大的人用幽默地连接速度慢，它可能会成为一个问题。如果您的用户使用GPRS，但有无限的耐心，它可能不会是一个问题。如果网站提供了数百万美元，以谁拥有耐心等待了加载时间，传输速度不是问题。等。

我在说什么，这真的取决于你的要求和约束。这需要你知道（和后来告诉我们，为我们提供更多的帮助）很多事情之前，你可以得到接近正确的。

要避免非常化有效的答案，但是，简单地-doesn't，请-有人那些讨厌的downvotes，这里是我的回答是：

180K由标准ADSL调制解调器的传输速率= 180KB / 100KB的/秒= 1.8秒划分=耐用。

Answer 2

是否有一个原因的不可使用较小的图像？这听起来像你已经打破它，为什么不能用更小，更快的方法去吗？

从一个纯相对论点，70K将只需要38％的下载时间180K将（约）。如果你期待的高流量，或希望快速的加载时间，每一点帮助。

Answer 3

您有比较才能要求所有单独的图像，它需要下载一个大的一个时间的时间。问题是HTTP请求。

我建议你运行一些测试与谷歌的Firefox扩展，的PageSpeed 看如果有大的PNG或单独的人之间的巨大差异。

我能想到的，除了减少HTTP请求的一个好处是，由于所有的图形都下载您的网站将加载一次全部，而不是逐步显现。底线然而，如亨利克说的是，这取决于您的要求。

Answer 4

我敢肯定，你知道，分裂成多个图像是指服务器的额外连接检索它们，对每个相关的滞后，以及请求和响应头的附加大小。

因为浏览器限制的活动连接的数目的每个服务器（浏览器版本相关的），这可能最终以比检索单个图像更长。通常的解决方法，以解除限制是使用一个独立的“图像”服务器，或者映射到相同的主机DNS别名。

除非你需要动画，我总是建议PNG超过GIF。

Answer 5

确认该网站看起来罚款与第一禁止图像（这样ALT标记，使用宽度和高度设置，正确的颜色），然后分裂基于成组中的图像。集团所有的按钮变成一个图像（如果可能使用CSS精灵张），并且所有的边界到另一个。请在单独的文件（这样的网站后台，头）高画质图像。

你有越多的图片，更多的浏览器可以并行的请求。但是，如果将它们分割了太多的那么不同的图像将加载在不同的时间，使得在该网站弹出的部分这是一个有点折衷的，但是这是编程的快乐。）

在更好您的网站看起来之前的图像是可见的，越少的用户会介意下载图像的速度。