安企CMS 帮助文档与使用指南
漏洞报告带着未审核标记、受影响版本又写明有版本没能映射到标准模块版本时，扫描结论既不能直接照做，也不应整份忽略。未审核说明的是数据确认进度，不是缺陷真伪；映射不全会同时造成误报和漏报。本文给出一套三步判定顺序，以及依赖清单里该保留哪些可追溯信息。
订阅证书的最长有效期已经降到两百天这一档，之后还会继续缩短到一百天和四十七天。有效期变短本身不影响访问，被影响的是续期频率：续期窗口、到期提醒对象、部署层的替换方式这三处要跟着改，监控阈值也要从按周改成按天。本文给出改动的先后顺序与容易漏掉的一项。
给智能体提供纯文本版本有两条实现路径：边缘节点代做转换，源站不改代码但受托管档位与体积上限约束、控制粒度在响应头里；程序自己输出纯文本，内容与结构可控但多一份模板与缓存成本。本文摊开两条路径的控制面、体积与一致性差异，并给出四类建站场景的选择建议和该问的四个问题。
智能体用 Accept 请求头要纯文本版本时，转换通常由边缘层代做，而不是源站自己出。本文讲清协商机制：客户端带头表达偏好，边缘从源站取原始网页再动态转换成 Markdown，返回的类型头与清理范围由转换方决定；源站原有的安全头透传，但长度、实体标识与修改时间头会被去掉。并说明站内该确认的三件事与模型说明文件的分工。
带筛选参数的列表页要不要放行抓取，要按页面类型分别判断。本文先分清站内搜索、自定义字段筛选、伪静态后的分面地址三类，再按抓取排除协议只认路径前缀这一限制，说明哪些该挡、哪些挡了反而伤收录，以及站内 robots 配置与伪静态规则两处该怎么分工来写排除路径。
抓取排除文件里的规则按请求路径前缀匹配，写成通配符或正则不生效，是因为这套协议只识别 User-agent 与 Disallow 两项、且明确不支持通配与正则。本文按协议原文说明规则为什么只按前缀走、通配和正则写法会发生什么，以及站内该按什么顺序写目录路径与斜杠来匹配真实需求。
内容管理系统在一个月内接连发布安全维护版本，说明运维的判断标准要从版本号转向修复内容。本文以近期***息为例：WordPress 在九月与十月接连发布三个安全维护版本，Joomla 同期面向 5.x 与 6.x 两支发布安全修复，从中提炼三条运维调整——按修复内容决策、升级留回滚点、升级后轮换密钥与口令。
自建内容系统与按量计费的 Headless 云服务，花费差异主要落在服务器、请求量、集成扩展与运维人力四项。小规模自建通常更省，规模上升后维护与人力成为主要支出；Headless 把前端部署到边缘、按接口取内容，省掉每次请求的服务端渲染，但引入接口调用计费。本文按四项拆开对比，并给出自托管的对照。
未登录用户能读到什么，取决于权限边界划在哪一层。多数越权读取不在主文章本身，而在附属数据、接口列表和预览入口：评论、附件、草稿预览各有各的可见性。本文说明这三处最容易漏的位置，以及站内用用户组权限、文档状态与高危接口默认关闭来收口的做法。
二阶注入的特征是延迟执行：恶意内容第一次被写入时看起来无害，等到导出、导入或重建索引把它再当成语句消费时才触发。本文以 WordPress 7.1.3 修复的 WXR 导出中的二阶 SQL 注入为例，说明一阶与二阶的差别、导出为什么成了投递渠道，以及防护该放在写入、存储、消费哪几步和备份恢复流程要补的检查。
