作为开发人，您可以将其

rmamin

用作一个信号，说：“好吧，好吧，用户有点受限，也许我们会让他们浏览更小的图像或质量低得多的图像。” 但他们仍然可以看到一些图像，这比他们等待很长时间才能得到更丰富的东西要好。这些类型信号的其他好处是您可以使用它们来有条件地提供媒体。因此，也许在某些情况下，文本是该页面中最重要的内容，如果您发现用户处于某种受限的环境中，也许您可​​以关闭这些图像。我只会花 30 秒来讨论这个问题，但你确实可以将这个想法发挥到极致。您可以使用 Save-Data 做一些有趣的事情，甚至可以关闭 JavaScript 中实现的非常昂贵的功能。

阿迪·奥斯马尼：如果您有某些被认为稍微更具可选性的组件，那么如果它们只是增强体验，那么也许不一定需要将它们发送给所有用户。你仍然可以为每个人提供非常核心、小型、快速的体验，然后为那些拥有更快连接或设备的人添加一些漂亮的糖霜。

德鲁·麦克莱伦：我想它可能会影响分页，并且您可以在 电报号码数据 页面上返回 10 个结果，而不是 100 个以及类似的东西。那里有很多有趣的功能。我想我们都熟悉这个令人沮丧的过程：准备一个新网站，优化所有图像，将其交给客户，给他们一个 CMS 来管理内容，然后发现他们只是将所有内容替换为图像优化不佳。我的意思是，我想，图像 CDN 将是一个非常方便的解决方案，但是还有其他解决方案吗？CMS 是否可以在服务器上做一些事情来帮助解决这个问题，或者图像 CDN 可能只是解决方案该怎么走？

阿迪·奥斯马尼：我认为，经过至少六七年的尝试让每个人优化他们的图像后，我们发现这是一个难题，其中涉及图像的一些人可能在技术上稍微更精通，并且可能更愿意建立自己的图像工具或运行 Lighthouse 或尝试其他工具，让他们知道是否有改进的机会。我很高兴看到人们始终如一地使用 Lighthouse 等工具来捕捉是否有机会进一步优化或提供正确尺寸的图像，但除此之外，有时我们会遇到上传图像的人可能无法使用的用例甚至必须了解他们上传的资源的成本。这是我们经常遇到的事情，我会道歉，我不会过多地呼唤人们，但即使是 Google 博客，我们也会遇到这种情况。

阿迪·奥斯马尼：每隔几周，我们就会有人在 Google 博客上上传一个非常大的 20 或 30 兆字节的动画 GIF。我不希望他们知道这不是一个好主意，他们试图让文章看起来很酷并且非常有吸引力和互动，但这些受众不一定会知道去运行工具或使用 ImageOptim或者使用任何其他工具并为它们编写文档，以便他们检查它们，这当然是一种选择。但我认为能够自动解决这个问题是非常引人注目的，并且可以帮助我们始终如一地平衡所有 CMS 用户的需求，无论他们是技术性的还是非技术性的。作为我们用户的需求。



阿迪·奥斯马尼：所以我认为图像 CDN 绝对可以在这方面发挥作用。最终，重要的是确保您在人员、可能上传这些图像的利益相关者以及向用户提供的内容之间有一个适当的解决方案。如果它是一个图像 CDN，如果它是您自己推出的东西，如果它是一个构建步骤，那么只需要适当的东西来确保您不会提供非常非常大且低效的东西。

德鲁·麦克莱伦：说到 GIF 动画，它们非常受欢迎。它们很有趣，我们喜欢它们，但它们也很大。事实上，这是一种不是为视频设计的文件格式被用于视频的情况。对于这些图像格式是否有解决方案？我们可以做什么？

阿迪·奥斯马尼：哦，天哪。GIF 的历史非常有趣。我们看到许多我们熟悉、喜爱或已经存在了一段时间的格式都起源于 80 年代末至 90 年代初，GIF 就是其中之一。它创建于 1987 年。我和 GIF 一样老。

阿迪·奥斯马尼：正如您所提到的，它最初不一定是为了用例而创建的。我认为 Netscape Navigator 在 90 年代中期可能添加了对循环 GIF 的支持，并为我们提供了这种疯狂有趣的方式来制作模因等，但 GIF 有很多弱点。在很多情况下，它们都局限于非常有限的调色板；在许多情况下，256 种颜色。它们是一种位图光栅格式，像素值存储在图像文件中。

阿迪·奥斯马尼：由于多种原因，它们的效率非常低。你提到它们也很大。我认为我们已经陷入这样的想法：如果我们想要循环播放一小段视频或动画，那么我们就必须使用 GIF。但事实并非如此。