这篇文章用来解释 aching.cn 背后的长期项目：不是单独搭一个服务，而是把域名、博客、媒体库、状态页、备份和监控慢慢收口成一套能长期维护的系统。

为什么要做一个入口

自建服务最容易变成一堆能跑但不好维护的入口：这个服务一个域名，那个后台一个端口，证书、备份、监控各做各的。短期看能用，时间一长就会忘记哪些是主入口，哪些只是历史兼容。

所以现在的目标很简单：公开内容放到 aching.cn 和 blog.aching.cn，私有后台留在内部，状态页只展示公开入口是否活着。

现在的几条主线

• 博客：整理迁移后的文章，把可读内容、分类和图片资产慢慢修干净。
• 媒体链路：媒体库负责浏览和播放控制，实际大流量尽量交给网盘/CDN。
• 公开状态：只展示入口存活，不暴露内部主机和资源细节。
• 备份：把重要配置、博客和管理数据定期打包，并推到离站节点。
• 监控：内部资源监控继续私有化，不把后台入口放到公开主页。

公开和私有的边界

公开页面只应该回答“这里有什么内容可以看”。它不应该暴露后台地址、内网拓扑、账号、token 或具体机器细节。真正的运维后台可以存在，但不应该成为访客的入口。

这个边界比页面好不好看更重要。只要边界清楚，后面加文章、换主题、优化页面都不会把系统越弄越乱。

后面会继续整理什么

• 把 Blog 首页精选改成真正适合从主页进入的阅读路径。
• 补媒体链路的短导览，让长文只负责展开细节。
• 继续补齐缺失图片和旧文章排版。
• 给内部监控补固定覆盖率检查，避免靠记忆维护。

这套东西不会一次定型。目标不是堆更多服务，而是让已经在用的服务有清楚的入口、备份、监控和解释方式。