为了向所有可能的客户提供可扩展的资源,我们必须处理和存储数百甚至数千个图像副本。这在计算资源方面非常昂贵,此外,还使页面难以运行。资源的多样性意味着缓存的使用效率较低。这进一步减慢了工作速度,因为处理未命中需要时间——搜索缓存中未找到的资源,然后将其缓存。

此外,也许不需要太精细的设置,与屏幕尺寸的微小变化或其方向的变化相关 – 也许加载比必要的稍大的图像并不是那么有害,无论如何,浏览器缩放的更大的图像,不失品质。

我们真的不需要,尽管我们想要在 CDN 中缓存整个图像选项阵列——这会花费很多。

因此,不同的图像处理服务可能会给出不同的结果。我们会给他们客户提示 – 但他们将如何智能和最佳地处理这些请求?

必须选择性地启用客户端提示

由于浏览器开发人员对在每个请求中发送 亚美尼亚手机号码列表 额外信息不太感兴趣,因此我们需要在元标记中明确包含客户端提示:

<meta http-equiv=”Accept-CH” content=”DPR, Viewport-Width, Width”>
我们只需要指定我们将使用的客户端提示规范列表,以避免在请求标头中出现不必要的条目。

客户提示先有鸡还是先有蛋

电话号码列表

通过 meta 标记连接会产生一个难题:当浏览 cz 列表 器接收到页面时,它还不知道 Client Hints 是否包含在 meta 标记中。并且服务器不知道浏览器是否支持Client Hints,因为在读取元标记之前,浏览器会向服务器发出适当的请求。这关闭了服务器优化在第一次请求时发送的内容标记的能力,并使开发人员无法优化代码。

但可选性是一个基本点,它是一种协调不同方法来总体上转发内容组织的方法。许多浏览器供应商,出于相当可敬的理由,反对对传输内容进行任何形式的剪裁。而客户端提示只是这种协调的一种方式。因此,默认情况下无法启用它。

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注