这里是一个关于技术与日常的私人角落。记录 Linux、自托管、开源工具，以及那些值得反复整理的小问题。希望每一次折腾，最后都能沉淀成一点清晰。
SELECTED NOTES / 近期整理
THE LATEST ENTRIES
服务越搭越多之后，真正重要的不是再增加一个容器，而是让每个服务都有明确的位置、数据目录和恢复办法。
我习惯先按用途划分目录：应用配置、持久化数据、备份与临时文件分开存放。Compose 文件尽量和服务名保持一致，避免过一段时间后忘记某个挂载目录究竟属于哪个项目。
第二步是给服务建立简单的清单，记录端口、访问域名、依赖项和备份范围。数据库、上传文件和应用配置应分别考虑恢复顺序，不要把“容器能重新启动”等同于“数据可以恢复”。
最后，定期做一次真实恢复测试。一个没有验证过的备份，只能算作一份希望。
更新系统、检查时区、建立普通用户、收紧 SSH 登录方式，再把服务交给 systemd 管理。
初始化时先确认系统版本、磁盘空间、网络和时间同步状态。时区统一并不只是显示习惯，它还会影响日志排查、定时任务和证书续期记录。
日常管理尽量使用普通账户配合 sudo。SSH 先确认密钥登录可用，再考虑关闭密码登录；修改远程登录配置前，保留当前会话并准备好控制台回滚方式。
服务部署完成后，检查 systemd 启动策略、日志位置和重启行为。把这些基础工作写成清单，比每次凭记忆操作可靠。
订阅源不必越多越好。把来源按主题整理，给低频内容留出空间，阅读体验反而会更稳定。
我会把订阅源分为长期关注、项目更新和临时观察三类。分类名称尽量表达内容用途，而不是简单堆叠网站名称。
对重要订阅源定期检查失效情况，并保留 OPML 导出文件。迁移阅读器时，先验证分类和订阅数量，再清理重复条目。
RSS 的价值在于主动选择信息，而不是把所有更新都变成待办事项。
先明确哪些数据不能丢，再决定副本数量、存放位置和检查频率，而不是先买硬盘。
不同数据需要不同策略：配置文件通常体积小、变化少；照片和文档需要版本保留；缓存和可重新下载的数据则未必需要进入长期备份。
至少保留一份与主设备分离的副本，并考虑异地或离线副本。自动任务完成后，还要检查任务日志和抽样文件，定期演练恢复流程。
这里的内容会持续整理，也欢迎带着具体问题交流。