同一份公告里 PHP 和 Node.js 同天发紧急更新，运行时依赖台账该怎么建
同一份公告里 PHP 和 Node.js 同天发紧急更新，这类事件真正暴露的是台账问题：很多团队说不出自己每个站点跑的是哪个运行时版本，也就无法判断哪些服务落在受影响区间。公告给出的修复清单是可核对的——PHP 侧提供 8.5.12、8.4.27、8.3.36、8.2.35 等安全修复版本，Node.js 侧发布 22.23.4、24.22.1、26.12.1 修复 CVE-2026-111497 远程代码执行漏洞。把这两行数字落到自己机器上的过程，就是建运行时依赖台账的过程。
同天发版的公告里读到什么
一条公告覆盖两类运行时，说明三件事。第一，补丁节奏不再按技术栈分开发布，同一时间窗内可能多个运行时都要动；第二，面板只是同步可安装版本，站点绑定的版本仍需逐一切换；第三，运行时的暴露面不只服务自己的站点，同机其他应用共用同一份解释器时要一起算。
台账要记的四列
| 列 | 记什么 | 检查动作 |
|---|---|---|
| 装了什么 | 每个站点或服务实际使用的运行时与版本，容器部署记镜像标签 | 每次公告后按版本区间比对 |
| 谁维护 | 责任人、备份联系人、能登录机器的账号范围 | 每季度清一次失效账号 |
| 补丁窗口 | 允许的停机时间、验证清单、切换顺序 | 窗口内跑关键路径再算完成 |
| 回退点 | 最近可用备份的位置与时间、上一版本镜像 | 恢复演练过才写「可回退」 |
四列里容易缺的是后两列。版本记录得再全，没有约定窗口与回退点，公告当天仍然会变成临时决策：谁在群里喊就谁切，切坏了没人能退。
补丁窗口和回退点怎么定
顺序建议固定下来：先做一份可回退的备份，再在测试位切版本，跑一遍关键路径（登录、内容列表、表单提交、支付或下单流程），确认无异常再动生产。AnQiCMS 的备份与恢复覆盖数据与静态文件，恢复点可用，版本切换的风险才是可控的；面板侧的备份任务要确认仍在按时执行，只生成不验证的备份在事件里等于没有。
窗口宽度按公告严重度定。CVSS 为严重级别的运行时漏洞，按小时算；常规安全更新可以合入每周固定维护位。把这条写进台账而不是记在脑子里，人员变动时才不会失效。
没有 Go 运行时的站点少哪一行
AnQiCMS 基于 GoLang 开发，技术栈是 GoLang 加 Iris 框架与 GORM，交付形态是编译后的可执行文件或 Docker 镜像 anqicms/anqicms，默认监听 8001 端口。这意味着台账里不需要 PHP 解释器与 Node.js 运行时的补丁行，运行时更新通过版本升级完成，走后台的升级流程或更换镜像即可。少一行不等于省事：应用版本自己就是台账里的那一行，需要按同样的窗口与回退规则管理，v3.6.6 这类修复版本发布后仍要按公告确认是否已升级。
告警怎么送到人
台账要有触达路径，否则只是文档。AnQiCMS 的系统设置里提供邮件提醒，可按场景配置接收对象，把版本更新提醒、留言与订单通知送到指定邮箱；面板侧的 PHP 安全告警同理，需要验证接收渠道是否长期有效。实践里记两件事就够：告警接收人姓名，最近一次成功送达日期。超过一个季度没验证过的接收人，按失效处理。
常见问题
多个站点共用一个 PHP 版本，台账要分开记吗？ 分开记站点、合并记运行时。这样公告来时能立刻看出哪些站点被同一版本覆盖，切版本时又能逐站验证。
容器化部署还需要单独记运行时吗？ 需要，记的是镜像标签而不是宿主机版本。宿主机面板的加固不会自动更新容器内运行时。
台账多久复核一次？ 每季度一次全量复核，每次运行时或应用版本发布后立即增改；复核时顺手清掉停用站点，避免残留行误导判断。