一个页面能在自己的电脑里打开，距离别人通过域名访问它，还有几步路。sanmu.club的第一次上线，就是逐步补齐这些环节的过程。
这篇记录依据2026年8月21日、8月22日和9月4日的项目日志整理，只写已经发生、留下验证记录的事情。
8月21日：给官网一个独立的工作区
官网最初与AI日程项目放在一起。随着个人介绍、项目展示、Slide、学习笔记和阅读内容逐渐增加，官网迁入独立工作区。
首页保留静态HTML结构，字体和社交图标使用本地资源。应用的日程数据、数据库和凭据留在应用项目里。
这一阶段完成了桌面与窄屏的明暗主题检查。网站的骨架已经可以浏览，照片、作品和部分公开入口仍然是占位。
8月22日：先让服务器内部能看见
官网文件上传到了已有服务器，但预览服务只监听服务器自己的回环地址。服务器内部能够打开首页，公网无法直接访问预览端口。
验证不只看首页是否返回成功，也检查字体、图标和原有应用是否正常。这样可以分别确认：文件是否上传完整、服务是否按预期响应、原来的应用有没有受到影响。
具体配置与实验记录在《从本地页面到Nginx服务器》。
9月4日：域名和HTTPS接上了
备案通过后，主域名与www入口完成解析，网站通过正式域名提供访问。HTTPS证书覆盖两个域名，HTTP请求跳转到HTTPS，并配置证书自动续期。
当日记录显示：两个HTTPS入口均返回200，页面标题和ICP备案号正确，既有日程服务保持正常。
这时才能说，官网已经正式上线。之前的“文件上传成功”和“服务器内部能打开”，分别只证明了其中一部分。
发布为什么要保留旧版本
每次发布先准备一个完整版本，检查文件后再切换当前版本指向。旧版本保留，出现问题时可以切回。
它解决的是一个很具体的问题：更新失败时，不必从记忆里找回上一次能工作的文件。
但保留旧文件还不等于恢复能力已经验收。切换是否成功、页面是否能访问、相关服务是否正常，都需要实际检查。
上线以后，仍然有空白
网站可以访问，不代表里面每一个功能都已完成。
- 拾时的公众使用入口仍待登录与多用户验收。
- 汲蓝已有桌面安装包，官网下载分发仍在准备。
- 留言与实时浏览量仍未接入后端。
- 照片、阅读内容和更多Slide作品需要继续补充。
这些空白应该如实说明。后续每增加一项内容或功能，再补对应的验证。
下次我会怎样检查
可以把发布拆成三个问题：
- 交付了什么？ 核对文件、版本和资源是否完整。
- 谁能访问？ 分别检查内部入口、正式域名和HTTPS。
- 结果是否正确？ 打开页面、点击主要入口、检查资源，确认原有服务正常。
一个反例：如果首页能打开，但字体请求返回404，发布就还没有验证完整。如果旧文章里写着“尚未上线”，内容也需要随着实际状态更新。
这次经历让我更容易分清：做出页面、部署文件、开放访问、持续维护，是相互连接但各自需要证据的几件事。
记录依据
本文按官网项目2026年8月21日迁移记录、8月22日内部预部署记录、9月4日正式上线记录整理。文中的日期与结果是历史验收记录，不代表持续在线监测。