👋 嗨，各位！这是我们发布的一份新的每周更新的首期，涵盖了开发标准和使这些标准在网络上可用的工具之间的及时新闻。我们经常 谈论 关于我们行业变化的速度。它发展迅速，影响着从我们编写的 HTML、CSS 和 JavaScript 到呈现它们的浏览器环境的所有内容。请帮助我们欢迎 Šime Vidas，他将通过自己定期更新的开发博客 webplatform.news，持续为我们提供精选的更新。
Chrome 中的功能策略
Andrew Betts：网站可以使用 HTTP Feature-Policy 响应头来阻止第三方秘密使用强大的功能（例如地理位置），并禁用某些不良做法（例如 document.write、解析器阻塞 JavaScript、未优化的图像）。
这使得良好实践更容易获得奖励。……搜索结果可以使用一些赞许的“快速”标志进行标记，或者（可能更具争议性）如果它们不允许自己执行某些策略控制的行为，则获得更高的结果排名。
功能策略是一项新兴技术。有关各个策略及其在浏览器中的支持级别，请参阅 featurepolicy.info。
Google 搜索中的签名交换
Google 搜索的移动版本在搜索结果页面中包含 AMP 结果。当用户点击 AMP 结果时，AMP 页面会从 Google 的域名 (google.com) 加载并在 AMP 查看器 中显示。
Google 搜索现在支持另一种选择：如果网站对其 AMP 页面进行签名，并且访问者使用 Chrome for Android，则点击 AMP 结果时会从 Google 的服务器加载 AMP 页面的签名版本，但对用户而言，它看起来像是他们正常导航到网站。
启用此功能的技术称为 签名 HTTP 交换 (SXG)。有关更多详细信息，请参阅 Google 网页管理员中心博客上的 公告。该 规范 描述了以下用例
为了加快加载速度，但同时仍然控制其内容，特定来源“O.com”中的 HTML 页面可以告诉客户端从非权威的中介内容分发器加载其子资源，但要求这些资源由“O.com”签名，以便分发器无法修改资源。
网站可以通过在服务器端运行 AMP 打包器 来添加对签名交换的支持。Cloudflare 推出了一个名为“AMP 真实 URL”的免费功能，该功能可以完全自动执行从其 CDN 提供的 AMP 页面的签名过程。
iOS 浏览器替代方案
Henrik Joreteg：在 iOS 上，一些重要的 API 仅限于 Safari，并且在任何 iOS 浏览器替代方案中都不可用。其中包括服务工作者、网络支付和摄像头访问。
iOS 上的 Chrome 真是太麻烦了。似乎有相当多的人使用它，但没有人意识到它实际上并不是 Chrome，而只是一个功能残缺的 webkit webview，缺少主要功能
1. 没有服务工作者
2. 无法打印或另存为 PDF
3. 不支持 GetUserMedia为什么可以这样？！
— Henrik Joreteg (@HenrikJoreteg) 2019年3月30日
Chrome for iOS 通过 自定义实现 支持网络支付。我在 HTML5test 上创建了一个 浏览器支持表，突出显示了一些流行的 iOS 浏览器之间的差异。
这太棒了！Šime Vidas 是我们行业中最好的研究员之一。他的作品绝对需要更广泛的受众！
首先：感谢更新。
我有点恼火的一件事是，编辑简介提到了开发标准，而文章主要关于 Google 和 Chrome。因此，它似乎缺乏多样性，因为还有其他搜索引擎、浏览器和标准机构。
我认为这更多地反映了当前的事态 :/
（抱歉回复晚了。Gmail 令人恼火地将来自 CSS-Tricks 的评论通知识别为垃圾邮件，而我每周只检查一次垃圾邮件文件夹。）
我撰写我认为对 Web 开发人员最相关的主题。功能策略是 Google 和 Mozilla 都支持的一项激动人心的新功能。碰巧 Chrome 是第一个开始发布它的浏览器（它在 Firefox 中处于隐藏状态）。
至于签名交换，它是一项由 Google 推动的颇具争议的技术，但它也是 Web 平台的一项重大变化。这就是为什么我认为人们了解它很重要。知情的 Web 开发人员可以提供更好的批评，等等。