安企CMS 帮助文档与使用指南
主动推送的单次条数上限在不同通道之间差别很大，原因是两个数回答的不是同一个问题：一条通道给的是单次请求能装多少条地址，另一条给的是每次提交操作的上限并叠加按账号浮动的每日额度。量纲不同就不能直接比大小。批量提交要按通道能力切批排队，而不是把整站地址一次塞进一个请求。
官方对高危安全版本启用强制自动更新，是因为修复窗口不能指望每个站点的管理员同时在线：漏洞公开后，从补丁发布到被批量利用之间往往只剩很短的间隔，把节奏交给个人决策会让大量站点停在没有防护的版本上。强制更新解决的是覆盖面，不等于修复完成——升级前要留备份，升级后还要按公告轮换服务端密钥、修改管理员口令。
注入类漏洞按数据库分档，是因为同一段拼接出来的查询在不同引擎上的转义与语法规则不同：一种引擎把送进去的内容当成了语句，另一种引擎可能把它当成文本，或者在语法上直接报错。官方公告里写明「仅影响使用某种数据库的站点」就是这个原因。收口办法不是换数据库，而是让查询由数据访问层统一生成并做参数绑定。
搭企业官网时，轻量博客程序与独立 CMS 的选型看三项：结构规模、能力面、适用场景，而不是只看安装体积。一款以轻量著称的开源博客程序公开称自己仅用 7 张数据表就实现完整插件与模板机制、并原生支持 Markdown。企业官网通常要补的是结构化内容、多站点多语言与更高并发承载。
二次注入分两步：恶意内容在写入时先被存住，等到读取或重放时才拼进查询语句。导出再导入正是一条容易被漏的重放路径——旧数据看似安全，重放时却绕过了写入侧的校验。一款主流程序在 2026 年 10 月的安全版本里就修复了导出文件中的二次注入。站内的批量导入与文档导入接口应与页面写入共用同一套校验。
后台自带的脚本库与上传组件也在攻击面上，判断一次依赖升级是不是安全动作，看它是否与漏洞修复写在同一次发版里、是否覆盖了已知漏洞区间。一款同行程序在 2026 年 9 月的版本里，就把后台 jQuery 与上传组件升级和「修复旧版本已知安全漏洞」写在同一则公告中。升级前先备份，升级后核对版本号与行为。
作者或编辑能不能改首页展示位，按「能力影响范围」收口而不是按人头。影响全站展示的动作不该给投稿类角色。一款主流程序在 2026 年 10 月的安全版本里，把「作者角色可执行置顶文章」列为弱点修复。站内按用户组与分组权限设置可访问范围，高危全站级接口默认不对外开放。
站点地图和面向大模型的说明文件回答的不是同一个问题。站点地图是地址清单，给出 URL、最近修改时间与优先级，面向通用爬虫；模型说明文件是语义清单，用分组和每条摘要说明这页讲什么、给谁看，面向语言模型。两者都由系统自动生成，人工维护的是入口与摘要。
面向大模型的站点说明文件里，整份只有项目名称那一处是必需的，其余段落按约定组织。每个链接条目的写法是方括号名称加圆括号地址，之后可选地跟一个冒号和一句说明。这句说明不该重复标题，而要写这页回答什么问题、给谁看、更新到哪一天；站点地图与关键词库负责另一半线索。
未发布文章下的留言能不能被匿名读到，取决于可见性是在哪一层判定的。正文和挂在它下面的评论是两层可见性：列表接口按状态过滤，不代表详情接口也过滤。一款主流程序在 2026 年 10 月的安全版本里就修复了「私有与未发布文章的评论被未授权读取」，说明漏点常出在子对象而不是父对象。
