很多人对容器的安全有个朴素又危险的假定："装了 Docker、容器有隔离，就安全了。"实际上，容器与宿主共享内核，隔离是"相对但不绝对"的——默认配置下容器往往以 root 用户运行、带一堆默认权限、其镜像可能藏着一层又一层过时的依赖，一旦被攻破可能殃及宿主机...

跑 Docker 久了你会发现，镜像会越来越臃肿：同一个镜像里既有编译工具又有运行时依赖，动辄几百 MB；仓库里躺着好几个 tag，硬盘悄悄被占满；每次构建，改一行代码也要把一层层缓存重打。这些"镜像越来越重、构建越来越慢"的体验，根子往往不在应用本身，而在镜...

手机相册是很多人最私密也最沉重的数据：几年累积的几万张照片和视频，散落在手机里，怕手机丢了、怕云盘把数据捏在自己手里、怕哪天备份不完整就再也找不回某一段。Immich 就是为"把照片视频收拢回自己手里"而生的自托管方案：一个开源的私有照片与视频管理平台，提供手...

很多人跑 Docker 是"单机 `-p 端口:端口` 一把梭"：映射一下宿主机端口就完事，容器间的连接全凭直觉。一旦容器多起来、还要跨两台 VPS 让他们互访，就会遇到一连串说不清的问题：为什么这个容器 ping 不通那个容器？Windows 下的 loca...

当自托管栈慢慢变成"十几个服务，各自从镜像仓库拉 Docker 镜像"时，你会撞上一个不起眼却真实的痛点：所有东西都从公共镜像源（Docker Hub 或它的镜像站）拉，一来速度看别人脸色、二来你怕哪天某个镜像下架或被投毒、三来你想把自己打好的镜像也存起来统一...

数据库是自托管栈里最不能"停了就重启一下"的东西。前面聊过 Redis 可以靠主从 + Sentinel 自动恢复，PostgreSQL 也一样有主从复制与高可用方案，只不过它的机制和 Redis 不同、配置也更讲究。这篇把它讲清楚：PostgreSQL 的主...

自托管的照片、备份、文件、媒体，散落在不同的目录和进程里，没有一个统一的地方安置。传统的"挂一块盘、建一堆目录"在小规模够用，一旦要跨机器、要自动化备份、要对外提供一致的访问接口，就暴露了短板。对象存储用"桶（bucket）+ 对象（object）"的扁平模型...

上一轮我们给 Typecho 提过"用 Redis 做对象缓存"，但 Redis 远不止是"一个能放内存的字典"。它既是缓存、是消息队列的零件，也能靠持久化与主从复制撑起高可用。很多自托管的人把 Redis 当便利贴用，文件一崩就重启清空，把缓存的"内存性质"...

很多自托管服务悄悄长在"家里的群晖"或"公司的内网"这类没有公网 IP 的地方。想把它们对公网开放、或在别处访问它们，传统换公网 IP 太重，端口映射在运营商 NAT 下又常失效。Frp 用"一台有公网 IP 的 VPS 当中转 + 内网机器主动出连建隧道"的...

把 ChatGPT、Claude 这类"云端大模型"换成在自己 VPS 上跑一个开源模型，得到的是三样东西：隐私不出门、按需调用无计费焦虑、以及完全掌控模型与上下文。Ollama 把"拉模型、跑推理、暴露 API"这件事压缩成几条命令，是目前自托管大模型最低门...