开始的时候只是想实现一个 jsonbase.com (因为它已经嘎了) 差不多的简单 json 存储 server ，然后朋友整了个基于 cloudflare worker 的博客，于是得到启发那我用 cf 搞一个，服务器都省了。
用 jsonbase 也是因为之前做应用版本更新、通知/公告 以及一些 App 的配置文件下发，另外就是 json 格式的日志上传非常方便（当然后面其实我自己用 php 手搓了一个的）。
然后去年开始弄 https://github.com/PBK-B/cloudflare-worker-json-base
在做的过程中就是发现，我都存 json 了。那我存文件也很合理吧（传 zip 日志压缩包很方便）？于是加上了文件上传，结果发现 cf 的 kv 和 d1 存储单条数据大小有上限。于是做了文件分片。
本来是读写都要 token 的鉴权的，于是想着做一个针对路径匹配的权限管理（公有读写、私有读写、公有读私有写、公有写私有读）
就在昨晚和朋友讨论的时候发现这它喵不就是非标准 API 的 S3 (对象存储) 吗？所以我是在 cloudflare 的 d1 和 kv 上实现了一个 r2 ？给自己都整笑了 😄
4 条回复
 |
1
pbk OP 自己踩一下先
|
|
2
pbk OP 后续我的想法是准备做多家边缘函数部署的适配（不确定不知道大家有什么建议）？多存储后端（支持 r2 或 docker 部署版本的本地存储、其他家的 s3 或连接其他数据库）
本人其实非常不喜欢供应商强制绑定（偏爱自部署） |
 |
3
lifei6671 58 分钟前
看你写了这么大一堆，说实话，我没看懂你写了个啥？又想解决什么问题。
  |
|
4
pbk OP @lifei6671 就是 https://github.com/typicode/json-server 这玩意的 cloudflare worker 版本，外加一个控制面板和权限控制
|
Select Language