一、Flyimg 是什么？#

• 🔗 GitHub 地址：flyimg项目地址
• 🧩 核心定位：实时图片优化与处理服务，通过 URL 参数完成压缩、裁剪、格式转换等操作
• 🖼 典型用途：
  • 博客 / 文档站的图片加速与压缩
  • 给前端 / 移动端按需生成不同尺寸的图片
  • 做一个「统一的图片入口」，避免到处散落原图

用一句话概括：你把 Flyimg 部署好之后，只需要记住一条图片访问地址，剩下的交给 URL 参数和 Flyimg 的处理引擎就行了。

二、它能帮你解决什么问题？🚀#

结合 NAS / 自托管场景，Flyimg 主要能解决几类常见痛点：

三、🐋Docker 部署#

篇幅有限，推荐大家到 qnloft 网站 中 「青柠优选」 Docker 板块，直接复制 docker compose 文件进行部署。📚 这里还有详细的部署教程哦！👩‍💻

💡小 Tips: 如果发现「青柠优选」中，没有该项目，则证明项目存在致命 bug 或严重问题，亦或者有更好替代方案，不推荐直接部署到 NAS 中。

对了，如果你们在 NAS 上经常折腾 Docker，可以考虑一下「威联通 / 绿联 / 极空间」这些 NAS 设备。配合 Docker 部署体验真的很丝滑。👍

五、和 NAS 的一些组合玩法 🧩#

结合常见 NAS 场景，其实可以玩出不少花样：

• 和相册系统联动：比如你用 immich / MT-Photo 存照片，可以在导出分享链接时，通过 Flyimg 做二次压缩或加水印；
• 和博客系统联动：Hexo / Hugo / Astro 等静态博客，让构建阶段只关心「原图」，最后访问再交给 Flyimg 压缩；
• 和对象存储做分层：冷数据扔到便宜存储，热数据通过 Flyimg 缓存，加一层 Cloudflare 之类的 CDN；
• 内部工具的 UI 统一：公司或个人内部的多套系统，统一从 Flyimg 取图，方便后续风格调整和迁移。

如果你习惯在 NAS 上开一堆服务，把 Flyimg 放在中间层，做一个「统一的图片基础设施」，是非常划算的一次投资。🧱

六、小结 ✨#

相比那些带广告、限流量、随时可能关停的第三方图床，自托管的 Flyimg 更像是：

• 一个稳定的「图片网关」；
• 一个可控的「图片优化引擎」；
• 也是你整个 NAS 体系里非常关键的一环。

如果你已经在用 NAS 做博客托管、静态站点、知识库，不妨抽个周末，把 Flyimg 部署起来，用一段时间你就会发现：

原来图片这件事，也可以这么「省心且优雅」地解决。

不过目前有一个小小的遗憾：Flyimg 并不支持在图片上叠加水印。

如果它未来能在压缩、裁剪的同时顺手把水印也打好，那对于博客、图床这类场景来说，就真的是「一条 URL 走天下」的终极形态了。

喜欢 Flyimg 的朋友，也欢迎在评论区分享你们的看法，看看大家都把它接到了什么有意思的项目里～👀