不想给云厂商交对象存储的钱，自建了一套 MinIO 存用户上传图片，S3 兼容 API，配 Next.js 的 image loader 很顺。
部署很简单，docker compose 一把梭，挂个挂载点就行。配合 mc 客户端做 bucket 管理和生命周期策略。
踩过的坑：
流量大了之后准备上多节点分布式模式。
大家对象存储都自托管吗？还是直接 S3/R2？
暂时没有回复。
Related
讨论
每次以为开源快追上了，闭源一个新版本又把差距拉开。推理能力、长任务稳定性、agent 能力，开源暂时还是跟不上头部闭源。 不是说开源没用，自部署、隐私、成本这些场景开源还是香。但在"最强能力"这条线上，闭源目前确实领先。 希望开源继续发力追上。大家日常用开源多还是闭源多？觉得差距
讨论
做应用最纠结的就是选型，我把三种路线的取舍理一下。 闭源 API：能力最强、上手最快、最贵、数据要出域。开源 API（第三方托管）：能力次之、便宜、灵活。完全自部署：最便宜（量大时）、数据完全自控、运维和硬件成本高、能力打折。 我的经验是：早期用闭源快速验证，规模上来后核心链路切
讨论
为了隐私和零成本，我用 Ollama 在本机跑了几个开源模型，聊聊体验。 7B 左右的模型在我 16G 显存的机器上跑得还行，速度能接受；再大就吃力了，要么慢要么塞不下。日常做摘要、翻译、简单问答够用，复杂推理和长任务还是得靠云端大模型。 最大价值是离线、隐私、零成本原型验证。大
讨论
几台机器上跑了好几个 Next.js 应用，每个都自带一份 node modules，磁盘和构建时间都顶不住。想试试 shared node modules，但又怕依赖版本冲突。 查了下， output: 'standalone' 模式只会打包运行时真正用到的依赖，体积小很多，但