统计说用 PHP 的网站约占七成，PHP 8 占其中约六成五，这两个数怎么用
W3Techs 在 2026 年 10 月 11 日的服务端语言统计里给出两个数：已知服务端语言的网站中有 69.7% 使用 PHP；在使用 PHP 的站点里，版本 8 已占 64.6%，版本 7 占 27.5%，版本 5 还剩 7.8%。这两个数说明的是部署面与升级进度，不是技术好坏的结论。建站选型时把它们当背景资料用：占比高意味着生态与人才多，也意味着旧代码存量重。
这组数字的统计口径是什么
第一个数的分母是「服务端语言可被识别的网站」，不是全网站点。爬虫屏蔽、多语言混合部署的站无法归类，会被排除在外。第二个数的分母换成了使用 PHP 的站点：版本 8 的 64.6% 说的是 PHP 使用者内部的分布，不能和七成直接相乘当「全网占九成」。口径里还有一个容易忽略的点：W3Techs 统计的是页面层面观测到的技术，与站点规模、流量没有对应关系。七成部署面不等于七成注意力值得投入，它更接近「存量」而非「增量」。
占比高说明的是生态还是负担
生态一侧：几乎每家虚拟主机和服务器面板都预装 PHP 运行环境，模板、扩展与可雇佣人才的供给都跟着部署面走。负担一侧：正因为存量巨大，大量站点因程序兼容性停在旧主版本上，修复与升级变成常态运维成本。版本 5 还有 7.8% 的人在使用，而这个分支早已退出官方支持，说明升级债是由真实在跑的站点长期背着。选型时这两面都要算：你要的是现成生态的便利，还是不想接手别人十年迁移曲线的自由。
版本分布里的旧分支怎么读
版本 8 成为多数（64.6%）说明活跃使用者在迁移，27.5% 停在版本 7 表示相当一部分站处于两次大版本升级之间。对自建站的启示是两个问题：第一，你选的程序兼容区间会不会被旧分支拖着走，安全补丁的支持窗口有多长；第二，你自己上线以后愿不愿意持续背这种迁移。如果接手过 PHP 存量站，先核对它跑的主版本，再评估升级成本，往往比对比新程序功能清单更急。
自建站该按哪几项比
把「占比」翻译成可比较的四项，比直接站队语言更有用的是维度本身。
| 比较项 | 看什么 | 参考判断 |
|---|---|---|
| 语言生态 | 主题、扩展、人才供给 | PHP 部署面大，招聘与现成模板容易 |
| 运行成本 | 内存占用与承载能力 | AnQiCMS 基于 Go 语言开发，官方口径为内存占用比 PHP 类 CMS 降低约 80% |
| 部署形态 | 面板、容器、命令行路径 | AnQiCMS 支持宝塔面板一键部署与 Docker 镜像，默认监听 8001 端口 |
| 升级负担 | 旧分支是否仍在服役 | 版本 5 占比说明迁移债可能长期存在 |
AnQiCMS 用 GoLang 加 Iris 框架与 GORM 做数据层，交付形态是单个二进制，运行环境里没有 PHP 版本兼容分支要维护。这不是说 Go 自动优于 PHP，而是两类成本结构不同：一个把成本压在生态迁移，一个把成本压在你自己的技术熟悉度上。预算有限、站点以内容展示为主、不想长期追语言版本升级的团队，可以把运行成本与升级负担这两项权重调高。
常见问题
PHP 的占比还会继续涨吗？ 这份数据反映的是存量。新站点选型已经多语言化，占比变化通常慢于直觉。读任何一年旧数前先确认数据日期与分母口径，不要外推结论。
版本 5 剩 7.8% 和我要建的站有什么关系？ 关系发生在两类场景：你接手别人写好的 PHP 程序时，它的兼容下限可能被旧分支拖住；你评估插件生态时，维护者是否还测旧版本决定踩坑概率。自己从零选型则影响很小。
内存占用低能直接当选型结论吗？ 不能单独成立。内存、承载、部署方式只是成本维度，生态与迁移同样要算。把约 80% 这类官方约数当成量级参考，不要当成精确测试值。