我搞了一个类似的是，放在 telegram 上，用 d1 做索引，r2 做缓存（过期时间为两天），最外面再加 cloudflare 的边缘缓存（ workers 可以自己控制），这样会先用边缘缓存，边缘缓存没有再去 r2 中找，r2 中没有才会从 telegram 下载。
怎么说呢，可能有一点滥用 telegram 的感觉（心理上有点过意不去），但是做到尽量不去访问 telegram 的源服务器。

当然我都是存一些类似临时的图片（临时展示之类的），不是特别重要的数据，重要的数据还是不建议这么搞。

openrouter 想用谁用谁

命令行运行，前面加上

http_proxy=xxx https_proxy=xxx open /Applications/Antigravity.app

@DefoliationM 可参考

https://qiita.com/haroya01/items/4276cf993f1b7b0de6f5
https://support.github.com/request

可 github 发工单，提供 pr 和 commit 的 hash ，可以帮你永久删掉的，实测过，很快。

先了解下计算机网络的基础知识吧，看到这种问题真的很难崩。

直接上手吧，都会 Java 了，go 随便写。

需要国外生态不喜欢广告就三星，无所谓广告价格敏感就国产随便挑（小米除外，强烈不推荐）。

seaweedfs 吧，rustfs 还是算了。

大部分情况不应该，特殊情况应写清楚注释。

我之前买的 10t 金盘，也跟企业盘一样炒豆子，理论上和企业盘一样，但金盘是消费级的？盲猜售后可能好一点？

@vtwoex2 三星的笔不要钱，苹果一个笔都几百上千。

没时间写，写了也没人看，干脆不写了。

实在没啥理由，5000 为什么不买苹果，而买小米的产品。小米涨价了，但还是偷工减料，而且还不能刷机了。

有同样的问题，protobuf 和 grpc 都占很多体积，还有内存泄漏，但现在没有太多选择。我后面可能会直接把 protobuf 换掉，一直在找更好的 idl 替代品。

因为昨天我的 ls 没挂，没啥影响。而且感觉国内一众云厂商模式基本都是抄 aws 的。

哥们你的视频封面换一下吧，这个特效看到真的有点恐怖，尤其是大晚上的时候。

>> 我写好自己模块前端部分 API 的草案后，请前端的同事先帮我 review 一下

？？？


为什么要让前端 review 你的接口，直接给 swagger 让他用就完事了，设计好的东西没有 bug 就不要听别人的瞎改。


>> 一年前上司曾批评过我过度设计，效率低

我也不建议过度包装，很没用，尤其是项目大了以后很容易忘记这些复杂的设计，维护起来也累，越直观越好。


>> 在后端仅读 payload 的数据结构上做扩展冗余，及 response 里加一些未来可能用上的信息

看情况吧，后面大改也可以直接接口路径加版本号，比如 /api/user/v1, /api/user/v2, /api/user/v3


>> 需要先让产品经理认识到这个设计有问题

建议不要和产品 battle ，产品有自己的想法（也有可能单纯按照用户需求来），所以你就按产品的设计实现，不然后面出问题很可能背锅的就是你。


>> 我协作不到位，我写这部分前端接口没提前通知他

你们公司没有 jira 或者 gitlab issue 之类的东西吗？


>> 我是学生思维，抓不到项目重点，写出来的东西不专业他看不懂

呃呃，就软件工程那点东西，按上学学的来就行，需求分析，概要设计，详细设计...


>> 不能反映到前端原型的字段上就别加，不要自作聪明以为其他人没想到

这我觉得无所谓，swagger 上解释好接口的数据结构就行了，加不加跟前端一点关系都没有。


>> 我很难接受前端把这种模式通过 API 扩散给后端

跟上面类似，接口是后端写的，没有 bug 的情况下不需要向前端确认设计，谁说要改就让谁做，改了也不背锅。


>> 以及他开始打算 HTTP 明文传输密码，后面其他人说不安全换成了传密码的 sha256 （不加 salt 和开始有什么区别...)

现在都有 tls 了，我实在是想不通为什么很多人还要二次加密，是嫌资源用的太少了吗？前端代码都是公开的，你再怎么加密都没用。
难道你们公司也请了某些信创的人来验证安全性？