我自己搭建了自托管文件共享服务器,而不是使用替代方案;原因如下
Source: Dev.to
临界点
在某个时刻,我意识到自己把本来简单的事情弄得过于复杂。我只想要:
- 上传文件
- 分享链接
- 预览媒体
- 然后继续
然而,我却一直在 juggling( juggling 这里保留原词)繁重的云平台、存储限制、隐私权衡以及不必要的摩擦。
于是我问自己:为什么不自己动手做想要的东西并自行托管呢?
这就是 Swush 的起点。
现代云存储工具功能强大,但往往大材小用。我遇到的常见问题有:
- 文件大小限制
- 账户要求
- 隐私顾虑
- 共享流程缓慢
- 基础需求的功能臃肿
- 多个工具提供相似功能
有时你并不需要完整的生态系统——只需要快速、简洁、由自己掌控的文件共享。
Swush 是什么
Swush 是一个自托管的文件共享与媒体服务器,旨在做到:
- ⚡ 快速
- 🧩 极简
- 🔐 友好隐私
- 🐳 Docker 就绪
- 💻 面向所有人
它可以让你:
- 即时上传文件
- 生成可分享的链接
- 提供媒体服务
- 完全运行在自己的基础设施上
没有 SaaS 锁定,没有强制账户,没有外部云存储提供商。
自托管的好处
- 完全的数据所有权
- 支持自定义域名
- 部署灵活性
- 集成自由
- 零第三方追踪
对开发者而言,尤其能消除摩擦。你掌控整个技术栈、部署、存储以及路线图。
设计理念
在构建 Swush 时,我专注于:
- 保持部署简洁
- 避免臃肿的依赖
- 以 Docker 作为主要安装方式
- 为清晰度而非复杂度而设计
最大的教训之一: 部署摩擦会扼杀采纳。如果要运行需要 20 步,大多数人根本不会尝试。简洁成为核心理念。
关键要点
- 简单的工具很强大
- 自托管社区重视透明度
- 开发者体验比花哨的营销更重要
- 文档和代码同等重要
- 快速的设置能提升反馈
目标不是打造“另一个云”。而是构建一个干净、实用、易于运行的方案,适用于:
- 注重隐私的用户
- 家庭实验室爱好者
- 想要轻量内部共享的小团队
- 任何厌倦不必要 SaaS 复杂性的用户
接下来会怎样?
Swush 正在不断演进,反馈极其宝贵。如果你对自托管或开源工具感兴趣,欢迎分享你的想法。
- Source Code: https://github.com/imthatdev/swush
- Roadmap: https://iconical.dev/roadmap/swush
- Feedback: https://iconical.dev/feedback/swush
- Changelog: https://iconical.dev/changelog/swush
有时最好的解决方案不是更大的工具,而是你能够完全掌控的更简洁的工具。