多站点放在一套后台里，新建站点的默认开关要怎么看

多个站点放在一套后台里管理，新建站点的默认开关要怎么核对？可以把它理解成「新站点从模板继承的那一层初始配置」：先确认站点状态的默认值是开放访问还是暂时关闭，再确认这个开关管的是站点整体，还是站点下某个单独模块。AnQiCMS 的多站点管理支持在一套后台里管理多个独立站点，常用于多品牌、多主题的场景，新建站点时看到的开关决定的是这个站点对外是否可见，并不决定内容有没有写进数据库。

默认值影响的是哪一批站点

默认值只作用在「之后新建」的站点上，已经存在的站点不会被回填。这是多站点后台容易误判的一点：把默认状态改成关闭，老站点仍然在线；把默认状态改成开放，老站点里被手动关闭的那些也不会自动上线。核对时按两条线分开看，一条是模板或配置层面的默认值，一条是站点实例上当前的实际状态。

想确认自己属于哪种情况，可以做一次小范围验证：新建一个测试站点，不手动改任何开关，直接看它的对外状态、后台入口是否可达、以及站点下的模块是不是全部启用。测试站点得到的结果，就是这台后台当前的默认值。

新建站点要先核对的三处配置

新建站点后要先核对的三处配置，通常是访问状态、访问入口的绑定，以及和站点绑定的基础内容结构。三处顺序不宜颠倒：访问状态决定站点是否对外，入口绑定决定用户从哪里进来，内容结构决定这个站点能不能承载文章、页面和分类。

在配置类站点（如企业官网、政府门户、营销型站点）里，第三处还包含语言与站点类型。多语言站点配置和站点自身的开关是两件事：站点关闭不影响语言配置留在模板上，语言配置没做完也不会让站点自动关闭。把它们分开核对，可以避免「以为已经开了，其实只配了一半」。

关闭站点和删除站点差在哪

关闭站点是把站点下线，数据仍留在库里，重新打开即可恢复对外；删除站点是另一条链路。AnQiCMS 里的文档删除采取的是移入回收站而不是物理删除，回收站中的内容可以恢复，这一点对多站点同样重要：批量关停一批站点时，如果误把删除当成关闭，回退的成本会明显上升。

稳妥的做法是把三类动作分开：先关闭访问，再在回收站里保留一段时间，之后确认不再需要才做物理清理。执行任何批量动作之前先做一次完整备份，备份包含数据与静态文件，这样即便站点被误删，恢复时也能把图片、附件这类静态资源一起带回来。

多站点之间共享什么、隔离什么

共享的通常是程序本体、运行环境与部分全局设置；隔离的是站点的内容数据、站点级的配置项以及站点的访问入口。理解这条边界，才能判断「改一处会不会影响全部站点」。比如给某个站点单独配置伪静态规则或站点地图，作用范围只在该站点；而程序升级、鉴权方式这类，会同时影响所有站点。

排查线上问题时，可以先按这条边界缩小范围：只有单个站点异常，往站点级配置和内容数据找；所有站点同时异常，往程序本体和运行环境找。

上线前的核对顺序

上线新站点时，一个可复用的顺序是：先确认站点状态与访问入口，再确认内容结构与分类是否建好，再确认备份任务已经覆盖这个新站点，然后做一次对外访问与后台访问的验证，之后才投放内容。这个顺序把「关掉再打开」的风险放在前面处理，避免内容已经大量录入才发现状态配错。

常见问题

默认关闭的新站点，搜索引擎会不会已经抓到了？ 站点状态为关闭时对外不可访问，抓取会失败；正式放开前建议再确认一次访问入口与语言配置，避免放开后出现大面积跳转或空页。

关闭站点后，回收站里还找得到内容吗？ 关闭和删除是两条链路。关闭只是下线，内容仍在站点自己的数据里；执行过删除动作的内容才进回收站，回收站里的文档可以恢复。

一套后台管多个站点，备份要按站点分别做吗？ 更稳的做法是整体备份数据与静态文件，恢复时再按站点选择范围。只备份单个站点容易漏掉跨站点共享的配置，恢复时会出现配置与内容不匹配。