新站上线第一天的运维清单：端口监听、备份任务和日志各配在哪一步
新站上线第一天的目标不是「能打开」，而是把以后排障要用的地基一次打好：服务在监听、访问有入口、备份已成任务、日志留得下来、恢复验证过。顺序建议按下表走，每一步做完再进下一步，避免「先公开再补配置」带来的返工。
| 顺序 | 动作 | 完成标准 |
|---|---|---|
| 一 | 确认程序监听 | 默认端口 8001 在本机可访问 |
| 二 | 反向代理与域名 | 域名 80⁄443 正常回源，证书生效 |
| 三 | 建立备份任务 | 计划任务出包，含数据与静态文件 |
| 四 | 接日志 | 访问与错误日志按天可查 |
| 五 | 功能点巡检 | 首页、详情页、后台登录全通 |
先确认服务本身：端口与监听
AnQiCMS 用 GoLang 写成，交付形态是单一程序，默认监听 8001 端口。上线第一步只在服务器本机验证：本地请求 8001 能出页面、后台能登录，再进行任何对外动作。这一步的意义是把「程序没起来」和「网络没接通」两类故障分开——跳过它直接配域名，出错时你分不清该查应用还是查代理。
反向代理与域名接入
确认监听后，把对外访问交给 Web 服务器层：Nginx 一类代理把 80 与 443 的请求转发到本机 8001，证书装在代理层。这一环要顺手做三件事：把 http 到 https 的跳转配好；把客户端真实来源地址通过请求头传给程序，否则日志里全是代理服务器的地址；上传大附件的话，核对代理层的体积与超时限制不低于程序要求。
备份任务当天就建，恢复要演练
很多站点是出了事才想起没备份。当天要做的不是「打开备份开关」，而是三件：建立计划任务、确认备份范围覆盖数据与静态文件（上传的图片要一起带走，AnQiCMS 的备份与恢复含静态文件）、把生成的备份包在隔离环境试恢复一次。恢复通过的备份包才算数，躺在目录里从没验证过的文件只是心理安慰。
日志接起来才谈得上排障
访问日志与错误日志按天切割、留足保留期，出问题时按时间线对齐两本日志才能定位。Docker 部署（镜像 anqicms/anqicms）要特别检查容器日志的落盘与轮转，默认配置下容器重建可能带走历史；宝塔面板或 aaPanel 环境则在面板的任务计划里核对备份与日志清理任务是否真的按计划执行过。
上线第一天的检查顺序
收尾巡检按访客路径走：首页、栏目列表、文章详情、站内搜索、表单提交各过一遍；再走管理员路径：后台登录、发布一篇测试草稿并预览、删除后确认回收站能找回。全部通过再把站点从维护提示切到正式对外，并把当天的配置变更记录留档——下一个接手的人需要知道第一天的基线是什么。
常见问题
问：用宝塔面板一键部署，还需要自己配反向代理吗？ 答：面板会代管站点与证书配置，但表里第二、三步的标准不变：跳转、真实来源头、备份任务都要核对一遍产物，不能默认为已配好。
问：备份放本机还是对象存储？ 答：至少两份异质的：本机留快恢复用，站外再存一份，服务器整机故障时本机备份救不了你。
问：日志保留多久合适？ 答：访问日志建议至少覆盖一个完整业务周期，能回看异常来源形态即可；调试期结束后可降低明细级别，控制磁盘占用。