安企CMS 帮助文档与使用指南
官网首页标注的数据表数量与代码体积能不能用来判断程序对服务器资源的占用：这两项是结构指标，说明复杂度与安装包大小，不等于运行时的内存与并发表现。真正要对比的是同类技术栈的内存口径和单机承载量级。
选型时自带的标准功能与靠模块拼装的功能边界该怎么划，哪些能力不该外借：内容模型、权限分层与发布链路属内核能力，需要靠扩展补齐时要同时核算升级核对面；分析统计、渠道对接这类外围能力更适合按需拼装。
多站点管理是一套程序集中管多个站，还是每个站独立装一套，两种做法怎么权衡：看共享面有多大、升级要做几次、备份能否按站恢复，以及站点之间的数据隔离要求。集中式省重复劳动，独立式省耦合风险。
把爬虫排除规则交给 CDN 层下发时，两层的规则各管多大范围不同：站内配置管的是单个站点自己的路径与优先级，代理层能按访问用途批量生成并覆盖多个站点，但文本规则本身并不在技术层面阻止抓取，是否强制要另开开关确认。
404 只说明服务器找不到请求的资源，不区分临时缺失还是永久移除；资源被永久移除时服务器应发送 410。选择顺序是：有替代内容用 301 重定向承接，确认永久移除且无替代才用 410，暂时不可访问或状态未定保持 404。站内删除先进回收站、可恢复，这正是不能立刻改成 410 的原因。
站点地图协议给出的是容量上限：每个站点地图文件不超过五万条地址、解压后体积不超过 50MB，索引文件同样受条数与体积上限约束。超出上限时必须拆成多个文件，再用站点地图索引把各分片列出来。本文说明拆分方式、按栏目切片的理由，以及站内生成与推送两条通道的分工。
按提案文档，llms.txt 的必填段落只有一段给出站点或项目名称的 H1 标题，其余都是可选结构：引用块摘要、按 H2 分组的文件清单，以及用于次要信息的 Optional 段。本文逐段说明各自作用，并解释它面向的是模型代理而非搜索引擎抓取配额，站内可由系统自动生成。
爬虫排除协议的原始文档里确实没有 Allow 字段，协议只提供排除式指令，也不支持通配与正则匹配，星号在爬虫名里只表示任意爬虫。本文说明这一限制的来源，给出白名单式放行的三种表达方式，并提醒匹配细节由各抓取方自行实现，需要按对应爬虫的文档核对。
站点地图协议原文明确把更新频率字段定性为提示而非命令，优先级字段只在同一站点的 URL 之间做取舍，也不太可能影响结果页位置。本文按协议原文说明这两个字段的实际作用边界，并给出更值得投入的两件事：把最后修改时间写准，以及用主动推送通道告知新内容与变更内容。
内容管理系统市场份额统计里，未使用被监测系统的网站约占三成，这一档反映的是自建与静态发布流程仍然存在，而不是内容管理需求消失了。本文拆解份额数字的分母与口径，说明装机分布为什么不等于适配度，并给出选型时该问的三个问题：内容长期由谁维护、站点能否自定义新板块、多年后由谁接手。
