给长期记录留一个小地方

我想要的不是一个堆满功能的网站，而是一个能够长期维护、随时迁移，也不会因为一次失误就丢失内容的地方。

这件事从一台资源有限的服务器开始。它已经承担了一些服务，所以新增任何东西之前，第一步不是安装，而是盘点：现在有哪些进程、哪些端口、哪些数据，以及出现问题时怎样回到原来的状态。

先确定边界

个人站点只负责公开内容。备忘、订阅和其他私人数据会使用独立服务，并且默认不向匿名访问者开放。公开页面也不写入服务器内部地址、密钥或具体管理配置。

这样划分之后，每个部分的职责更清楚：博客保持静态，私人服务保持私有，动态能力只在确实需要时增加。

安全不是最后一项功能

我保留了可回滚的配置备份，再把日常管理迁移到普通用户；SSH 只接受公钥，公网端口保持在最小范围。容器之间使用内部网络连接，数据库和应用端口不直接暴露到互联网。

这些设置并不追求复杂。它们只是让常见的扫描、弱口令和误操作更难直接造成结果。

内容应该比框架活得久

文章继续使用普通 Markdown 保存。页面由 Astro 在发布前生成，线上只提供静态文件。以后更换样式、服务器，甚至更换生成工具时，正文仍然容易读取和迁移。

第一次发布只留下这篇记录、一个简短的关于页面，以及还没有被包装成成果的项目区域。站点可以慢慢长大，但不需要假装它已经完成。

接下来

下一步是把发布和备份做成可重复的流程：每次发布生成一个独立版本，健康检查通过后才切换；数据每天加密备份，并且定期真正恢复一次。

可恢复，比“应该不会出问题”更可靠。