内容简介：Google Chrome 团队正在对 HTTP Exchanges (SXG) 提供支持，未来的 Chrome 版本将允许浏览器加载签名的网页，这些网页看起来像来同一个的网站，但服务器却可能不是来自该网站。 HTTP Exchanges 的工作方式是允许内...
Google Chrome 团队正在对 HTTP Exchanges (SXG) 提供支持，未来的 Chrome 版本将允许浏览器加载签名的网页，这些网页看起来像来同一个的网站，但服务器却可能不是来自该网站。
HTTP Exchanges 的工作方式是允许内容发布者对 HTTP Exchanges 进行签名，然后可以通过缓存服务器来提供相关网页服务。这使浏览器可以从任何服务器加载已签名的资源，同时仍然能够在地址栏中显示当前发布者的 URL。
通过这种方式，Web内容的来源与分发服务器是分离的，在 SXG 被添加到 Web 浏览器之后，Web 将在互联网上发布，不必依赖于特定的服务器、连接或托管服务。
在SXG 源试用页面中所说，“ HTTP Exchange是 web package的子集，它使出版商能够安全地使其他网站内容，也可在其他方重新分发，同时仍然保持内容的完整性和属性。”
目前，根据 OriginTrial 的反馈，Cloudflare 和 DigiCert 已经增加了对 HTTP Exchanges 的支持，而协议实验室（Protocol Labs）已经在 IFPS 点对点协议的基础上进行了 HTTP Exchanges 相关实验。
此外，Cloudfy 已经实现了缓存 AMP 内容的相关功能。
互联网工程任务组(IETF)已签署一份的 HTTP Exchange Internet-Draft 工作文件，已于1月23日在 IETF 的网站上发布，截止日期为7月27日。
该应用已经得到 Opera 的支持，但 Mozilla 认为弊大于利
Intent to Ship页面声明，SXG 功能将在所有六个 Blink平台(即 Windows、Mac、 Linux 、Chrome OS、Android 和 Android WebView)上提供，允许通过规范的签名交换格式和加载签名的方式交换信息。
Chrome 71 在 PC 版本和 Android 版本已经支持这项试验性功能。
值得注意的是，SXG 已经得到了 Opera 浏览器的支持，Microsoft Edge 仍在评估这项功能，而 Mozilla Firefox 这项功能弊大于利，Safari 团队也对这项功能表示怀疑。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
