安企CMS 帮助文档与使用指南
搭企业官网时，轻量博客程序与独立 CMS 的选型看三项：结构规模、能力面、适用场景，而不是只看安装体积。一款以轻量著称的开源博客程序公开称自己仅用 7 张数据表就实现完整插件与模板机制、并原生支持 Markdown。企业官网通常要补的是结构化内容、多站点多语言与更高并发承载。
二次注入分两步：恶意内容在写入时先被存住，等到读取或重放时才拼进查询语句。导出再导入正是一条容易被漏的重放路径——旧数据看似安全，重放时却绕过了写入侧的校验。一款主流程序在 2026 年 10 月的安全版本里就修复了导出文件中的二次注入。站内的批量导入与文档导入接口应与页面写入共用同一套校验。
后台自带的脚本库与上传组件也在攻击面上，判断一次依赖升级是不是安全动作，看它是否与漏洞修复写在同一次发版里、是否覆盖了已知漏洞区间。一款同行程序在 2026 年 9 月的版本里，就把后台 jQuery 与上传组件升级和「修复旧版本已知安全漏洞」写在同一则公告中。升级前先备份，升级后核对版本号与行为。
作者或编辑能不能改首页展示位，按「能力影响范围」收口而不是按人头。影响全站展示的动作不该给投稿类角色。一款主流程序在 2026 年 10 月的安全版本里，把「作者角色可执行置顶文章」列为弱点修复。站内按用户组与分组权限设置可访问范围，高危全站级接口默认不对外开放。
站点地图和面向大模型的说明文件回答的不是同一个问题。站点地图是地址清单，给出 URL、最近修改时间与优先级，面向通用爬虫；模型说明文件是语义清单，用分组和每条摘要说明这页讲什么、给谁看，面向语言模型。两者都由系统自动生成，人工维护的是入口与摘要。
面向大模型的站点说明文件里，整份只有项目名称那一处是必需的，其余段落按约定组织。每个链接条目的写法是方括号名称加圆括号地址，之后可选地跟一个冒号和一句说明。这句说明不该重复标题，而要写这页回答什么问题、给谁看、更新到哪一天；站点地图与关键词库负责另一半线索。
未发布文章下的留言能不能被匿名读到，取决于可见性是在哪一层判定的。正文和挂在它下面的评论是两层可见性：列表接口按状态过滤，不代表详情接口也过滤。一款主流程序在 2026 年 10 月的安全版本里就修复了「私有与未发布文章的评论被未授权读取」，说明漏点常出在子对象而不是父对象。
访问日志的字段是格式指令拼出来的，不是固定表结构。来源地址、请求行、状态码、耗时来自服务器侧，来路与客户端标识由请求方提供、可被伪造。写入客户端可控字段必须依赖转义：默认转义会处理双引号、反斜杠与控制字符，取不到值的变量记为连字符。日志按整站还是按路径配置，决定多站点场景能否分清责任。
要重新放。密钥与验证文件的作用是证明当前域名与主机的归属，绑定的是「现在这个站点」，不是当初上传的那台机器。换域名后应在新域名根目录或同一主机上可公开访问的文件夹重新放置并重新校验，同时把旧域名到新域名的 301 跳转、站点地图、站内链接推送队列分别重排——跳转关系和提交通道是两件事。
整页翻译一次生成完整页面，人力省在初次生成，代价在后续要跟源页变更；逐字段人工填写更可控，人力花在每一处改动上。判断依据不是哪种更先进，而是改版频率与站点数量：源内容频繁变动的栏目适合逐字段，长尾文章与品牌站扩展适合整页生成后再校对，多站点共用一套后台时要先划清维护边界。
