戴影 CMS 安装后如何检查 /health：读取状态、版本与安装标记

安装完成后，首页能打开，是否就代表站点所有功能都正常？还需要分项核对。戴影 CMS 官方安装教程提供了 /health 健康检查入口，用于读取系统状态。本文只讲怎样访问这个入口、记录返回值并判断下一步，不涉及修改配置、重装网站或自动修复。

第一步：确认要检查的站点。使用自己有权维护的网站域名，在站点地址后加上 /health。保留原有协议与正确域名，不要把官网地址当成自己站点的检查结果。浏览器若出现证书警告，先交给维护者处理，不要关闭验证后继续。整个读取过程不需要把管理员密码、数据库密码或机器身份文件放入地址栏。

第二步：先看响应是否来自正确入口。官方安装教程说明，该入口返回 JSON 格式的系统状态信息，包括 status、mode、version 和 installed。打开后应检查实际网址与响应正文；若看到登录页、普通首页、错误页或一段网页源码，先把它记作“未取得预期健康响应”，不能因为页面有文字就判为检查通过，也不要对未知页面尝试提交账号。

第三步：把四个字段原样记录。status 是返回的状态值，mode 是运行模式标记，version 是该入口报告的版本，installed 是安装状态。保留字段名、值和数据类型，例如布尔值 true 不要写成自己推测的说明文字。遇到缺少字段或不熟悉的值，先保留原始事实，再对照对应版本文档或向维护者询问，不自行编造状态含义。

本文在 2026 年 10 月 31 日 UTC 13:01 匿名读取官网 https://www.daiyingcms.com/health ，收到 HTTP 200，四项值分别为 status: ok、mode: NORMAL、version: 1.2.90、installed: true。这只是官网该时刻的实际响应示例，不代表读者站点的状态，也不保证之后始终相同。读者应记录自己站点本次请求的时间与结果。

第四步：区分运行版本与下载版本。/health 的 version 来自正在访问的站点；官网 https://www.daiyingcms.com/download 展示的是可下载的 Stable 安装包信息。两者用途不同。看到下载页有某个版本，不能据此断言自己的站点已经升级到该版本；下载了 ZIP 文件，也不等于线上运行版本已经变化。版本有差异时先记录，不直接覆盖生产文件。

第五步：把健康响应与业务检查分开。即使返回 ok 且 installed 为 true，也只能记录此次健康入口给出的状态。文章能否匿名打开、图片是否显示、插件功能是否可用，都需要各自的验证记录。对于尚未测试的功能，写“未核验”，不要从这四个字段推导出所有插件兼容、所有任务正常或网站已经被搜索引擎收录。

第六步：遇到异常，先形成可复查的报告。记录站点地址、检查时间及所用时区、HTTP 状态或浏览器提示、返回的四项字段，并写清当时实际看到的现象。若请求超时或连接失败，应记录“本次未取得响应”，而不是假设网站数据已经丢失。可以交由有权限的维护者继续排查，不要反复运行安装器、重置账号或修改目录权限来试错。

分享检查结果时只提供必要信息。截图和文本中若夹带访问令牌、Cookie、后台链接或个人信息，先去除这些内容。健康检查报告可以采用这样的顺序：检查对象、时间、响应情况、字段值、尚未验证的功能、需要维护者确认的问题。这样下一位处理者能够重复同一次检查，也不会把推测当成结论。

首次部署的站长可结合官方安装教程 https://www.daiyingcms.com/articles/how-to-install-daiying-cms 完成环境准备与安装，再做本篇的只读核对。已经运行的网站则保留此次记录，后续在维护或更新完成后用同一入口重新检查并比较。本文没有对读者站点执行任何安装、升级或修复操作。