为了向所有可能的客户提供可扩展的资源，我们必须处理和存储数百甚至数千个图像副本。这在计算资源方面非常昂贵，此外，还使页面难以运行。资源的多样性意味着缓存的使用效率较低。这进一步减慢了工作速度，因为处理未命中需要时间——搜索缓存中未找到的资源，然后将其缓存。
此外，也许不需要太精细的设置，与屏幕尺寸的微小变化或其方向的变化相关 – 也许加载比必要的稍大的图像并不是那么有害，无论如何，浏览器缩放的更大的图像，不失品质。
我们真的不需要，尽管我们想要在 CDN 中缓存整个图像选项阵列——这会花费很多。
因此，不同的图像处理服务可能会给出不同的结果。我们会给他们客户提示 – 但他们将如何智能和最佳地处理这些请求？
必须选择性地启用客户端提示
由于浏览器开发人员对在每个请求中发送 亚美尼亚手机号码列表 额外信息不太感兴趣，因此我们需要在元标记中明确包含客户端提示：
<meta http-equiv=”Accept-CH” content=”DPR, Viewport-Width, Width”>
我们只需要指定我们将使用的客户端提示规范列表，以避免在请求标头中出现不必要的条目。
客户提示先有鸡还是先有蛋
通过 meta 标记连接会产生一个难题：当浏览 cz 列表 器接收到页面时，它还不知道 Client Hints 是否包含在 meta 标记中。并且服务器不知道浏览器是否支持Client Hints，因为在读取元标记之前，浏览器会向服务器发出适当的请求。这关闭了服务器优化在第一次请求时发送的内容标记的能力，并使开发人员无法优化代码。
但可选性是一个基本点，它是一种协调不同方法来总体上转发内容组织的方法。许多浏览器供应商，出于相当可敬的理由，反对对传输内容进行任何形式的剪裁。而客户端提示只是这种协调的一种方式。因此，默认情况下无法启用它。
