谷歌正以安全漏洞为由逐步淘汰浏览器中的XSLT支持，但未提供充分解释，也未选择修复漏洞或升级标准。相反，他们仅提供一个需开发者自行实现的JavaScript替代方案，且拒绝将其内置到浏览器中，这被质疑是对开放网络的又一次打压。

谷歌正在扼杀开放网络（第二部分）

几个月前，我曾撰文讨论谷歌通过XSLT对开放网络发起的代理战争。不出所料，谷歌仍在推进XSLT的弃用计划，却始终未能提供充分的理由，仅以“我们长期依赖的FLOSS库存在安全漏洞”为借口。他们既未解释为何不修复这些漏洞，也未考虑采用更现代的、以安全语言编写的库来升级XSLT支持。

谷歌提供的替代方案是一个JavaScript编写的“polyfill”，声称可以替代XSLT功能。但奇怪的是，他们明确拒绝将其内置到浏览器中，反而要求开发者手动替换XSLT调用。这种做法暴露了两种可能： 1. polyfill无法完全覆盖XSLT的功能，谷歌不愿投入资源维护，将负担转嫁给开发者； 2. 若polyfill足以替代XSLT，不内置的做法证明所谓安全漏洞只是借口，真实目的是打击RSS等XML格式——这些仍是独立网络的支柱。

这与Mozilla此前屈从谷歌压力移除RSS“实时书签”功能如出一辙。尽管口头支持开放网络，他们却未提供官方替代方案，仅推荐第三方插件——对比其强制推广后又关闭的Pocket服务，行动胜于雄辩。

抵抗策略

作者呼吁采取以下行动： 1. 拒绝妥协：不安装polyfill，继续使用XSLT，并向谷歌提交恢复浏览器内置支持的请求； 2. 推动技术多样性：坚持使用RSS、XSLT、JPEG XL等被边缘化的技术，将渲染问题报告为浏览器缺陷而非内容问题； 3. 探索替代方案：评估Firefox分支（如WaterFox、Pale Moon）或新兴协议（如Gemini），尽管目前它们尚未成熟。

对WHATWG的批评

WHATWG已从开放网络的守护者沦为商业利益的工具，其愿景是将网络变为企业牟利的应用平台，而非知识共享的空间。这种方向与W3C倡导的开放、互联的文档网络背道而驰。

浏览器生态的困境

当前主流浏览器（Chrome、Firefox、Safari）均受商业公司控制，独立选项有限： - Vivaldi：依赖谷歌的Blink引擎，难以自主； - Servo：尚不支持XSLT，开发优先级存疑； - Firefox分支：如Pale Moon保留了RSS支持，但生态孤立。

插件接口的消亡

NPAPI等插件接口的移除（2013-2015年）切断了网络功能扩展的路径，使浏览器成为封闭系统。典型案例如EME标准的通过，迎合流媒体行业的DRM需求，却背叛了开放网络的初心。

理想中的模块化网络

作者设想了一种组件化的浏览器架构： - 新协议/格式可通过插件快速集成； - 技术优劣由市场而非企业决定； - 避免单一公司垄断网络生态。

但现实是，谷歌等巨头已牢牢掌控网络发展方向。唯有持续抵抗，才能延缓开放网络的消亡。

（全文核心观点提炼自Oblomov的博客文章，保留对技术细节和批判逻辑的完整呈现，删减了部分历史案例和次要技术讨论。）

总结评论内容如下：

支持移除XSLT的观点

1. XSLT复杂且使用率低

   • "Removing XSLT from browsers was long overdue" (nwellnhof)
   • "It is an extremely complicated feature that is very seldom used" (thayne)

2. JavaScript是更好的替代方案

   • "JavaScript is better than XSLT in every way" (dfabulich)
   • "You can make an RSS feed user-browsable by using JavaScript instead" (dfabulich)

3. 简化浏览器功能

   • "I can imagine running the Chrome project and steering for more simplicity" (andsoitis)
   • "Deprecating XSLT is a rare opportunity to shrink the surface area of the web’s API" (et1337)

反对移除XSLT的观点

1. XSLT仍有特定用途

   • "XSLT is an essential companion to RSS" (dfabulich引用作者)
   • "I will keep using XSLT, and in fact will look for new opportunities to rely on it" (Aurornis引用作者)

2. 谷歌垄断行为

   • "Google has been actively destroying the open web for over a decade" (charcircuit引用作者)
   • "What you actually want is a web that isn’t decided by the whims of massive monopolies" (pessimizer)

3. 移除功能影响开放网络

   • "Chrome lost FTP support recently? The protocol was widely used and simple enough" (altmind)
   • "Google is willing to remove standards-compliant XML support as well" (nwellnhof)

中立/其他观点

1. 市场驱动决策

   • "They both were just responding to similar market demands" (charcircuit)
   • "This is what web developers want and browsers are reacting to the natural demands" (charcircuit)

2. 技术替代方案

   • "Do the new browsers plan to support XSLT?" (jamesbelchamber)
   • "Let’s all move to Ladybird next August" (jll29)

3. 对XSLT的陌生感

   • "I didn’t know XSLT existed before this drama" (koakuma-chan)
   • "Today I Learned: There’s a built-in class called XSLTProcessor" (kellengreen)

总结：评论中支持移除XSLT的观点主要基于其复杂性、低使用率和JavaScript的替代优势；反对意见则集中在XSLT的特定用途、谷歌的垄断行为以及对开放网络的影响。此外，还有关于市场驱动决策和技术替代方案的讨论。