文 | 跨屏互联
WordPress 生态又打仗了。这次打的是包管理工具。
先交代背景。如果你用 Composer 管理 WordPress 项目（现代开发流程基本都用），WPackagist 是绕不开的工具。它把 WordPress.org 上的所有插件和主题变成了 Composer 能直接安装的包，开发者一行命令就能装插件、更新、管理依赖。这个工具为 WordPress 社区服务了十多年，被当成基础设施在用。
前阵子 WP Engine 宣布收购了 WPackagist。收购本身没问题——WP Engine 承诺会继续维护和投入资源。但 WordPress 官方不干了。创始人 Matt 的核心观点是：一个社区依赖了十几年的基础设施，现在被一家商业公司控制，未来会不会收费、会不会限制——没人能保证。而且 WP Engine 收购之后立刻就改了 Composer info 字段，所有开发者的终端里都显示"WPackagist 由 WP Engine 维护"——这个动作被官方解读为宣示主权。
于是官方火速上线了自己的替代品：WP Packages。
WP Packages 比 WPackagist 好在哪
官方这次不是只打嘴炮，产品确实拿出了硬指标：
速度快 17 倍。WPackagist 解析一次依赖需要 12.3 秒，WP Packages 只要 0.7 秒。因为 WP Packages 用了 Composer v2 的 metadata-url 协议，只传项目实际需要的那一小块元数据；WPackagist 用的还是旧协议，每次都要下载一大堆东西。
同步更快。WP Packages 每 5 分钟同步一次 WordPress.org 目录，WPackagist 大约 90 分钟。所以一个插件刚上线，你最快 5 分钟后就能用 Composer 装。
CDN 加速。WP Packages 使用 Cloudflare CDN 分发，全球访问都快。
包名更简洁。WPackagist 里装一个主题要写 wpackagist-theme/twentytwentyfive，WP Packages 里写成 wp-theme/twentytwentyfive。更短、更直观。
怎么迁移？一行脚本
从 WPackagist 切到 WP Packages 只需要跑一条脚本，自动完成所有 composer.json 的替换。
这意味着什么
这场架的底层逻辑很简单：开源生态的基础设施该由谁来管？商业公司可以做好事——WP Engine 买了 WPackagist 之后确实在投钱维护。但社区担心的是，万一哪天不做了、万一哪天开始收费——没有保障。
而官方搞 WP Packages 的逻辑也很清楚：基础设施不能让一家商业公司独资控制。官方下场做，虽然可能功能不那么花哨，但稳定性有保证——只要 WordPress 活着，WP Packages 就活着。
对普通独立站开发者来说，如果你用 Composer，切到 WP Packages 是明智的。更快、更稳、不用担心某天突然被收费。如果你是传统方式装插件（后台直接装），这事跟你关系不大——这是给用命令行管理项目的开发者准备的。
我们 跨屏互联 维护的 WP 项目已经在逐步切换到 WP Packages。基础设施的事，官方管比商业公司管靠谱。这不是偏见，是过去二十年开源生态的无数次教训。
---END---
欢迎关注【跨屏互联】，了解更多建站、SEO、GEO等互联网知识。
申明：若有来源错误或者侵犯您的合法权益，您可以通过邮箱与我们取得联系，我们将及时进行处理，邮箱地址：info@kuaping.com
