折腾图床

原来的配置

我原来使用Cloudflare-ImgBed，这是一个开源的图床项目，使用的是 Telegram 渠道上传图片，原理是新建一个频道和 bot，给予 bot 管理员权限，然后上传的图片由 bot 转发以储存。一切都还不错，不过总感觉很别扭。适当查找了一些资料，了解了一点技术洁癖。

为什么转变存储方式

其实一切都挺好，界面还不错，效果也可以。

但我知道，这是用 bot 转发的，这种把聊天平台当图床，薅羊毛的感受挺不好。图床本身没有在使用上给我带来不适，但我清楚它的本质。

Joel Spolsky 在他的文章《The Law of Leaky Abstractions》说：

All non-trivial abstractions, to some degree, are leaky.

翻译过来大概是“所有非平凡的抽象，在一定程度上都是有泄漏的”，实际上，我认为这篇文章本身就很抽象，以我现在的学识，没看得多懂，特别是举的例子如TCP协议和SQL语言更加不懂了，好在询问了一下 AI，知道了是因为我的大脑正经历认知失调，用 DeepSeek的回答就是：

表面认知：这是一个图床 → 应该像正规图床一样可靠、稳定、可控
实际认知：底层是 Telegram → 聊天软件存图，随时可能被删/被墙

这种无法假装不知道的感觉让我产生不适感，所以我决定换一个图床。

选择的过程

最好的当然是用现有的图床服务，市面上有许多。我尽量希望是免费的，毕竟使用得没有那么多，至少我认为没必要因此付费。

现在有许多现成的方案，比如

• Cloudflare R2 / AWS S3 等
• GitHub + JsDelivr
• 阿里云 OSS / 腾讯云 COS 等

先说第一项，需要绑定信用卡，而且还是外币卡，对我来说尤为不方便。第二项，同样的原因，我觉得源代码托管平台并不比聊天软件好上多少，并且是还必须公开（实际上根本没人看到，况且图片本身就是公开来看的），但想到这一方案，这种寄人篱下的感觉又出现了。第三项，它们都只有免费试用，但没有免费计划，哪怕每个月扣费并不多，但我不想多做考虑。

在中间经历了好几个注册的图床后（有一些还行），我发现了Supabase这一平台。

使用

用这个平台做存储，依旧可以用现有的图床配置。

注册

注册完账号后新建一个Organization，为其选择 free 计划，再新建一个 Project，导航栏的 Storage 中新建一个 bucket，用作存储的空间。

在图床配置

新建一个S3存储，填入以下信息，

渠道名称:随意
Endpoint:https://PEOJECT-ID.supabase.co/storage/v1/s3
存储桶名称:刚刚新建的bucket的名称
存储桶区域:根据实际来，我是eu-west-1
路径风格: True

再在设置中创建API，在 API Keys 中，选第二项 Legacy anon, service_role API keys，创建后第一个anon public就是

访问密钥ID，第二个service_role是机密访问密钥。

保存后就大功告成！

结束

其实期间折腾了很久，一直出错，不知道信息该怎么填。好在皇天不负苦心人，终于是搞定了。写的这篇文章很简略，没有把难点（踩的坑）写到，算不算一篇教程，仅仅只是记录。若有机会，我会补充一些的。