这个直接分表不是很简单么,mysql 一表一亿基本几毫秒就返回了

其实更好的方式是找个 kv 库, 不需要 redis 直接本地磁盘就行了, 1 年亿级数据太小了压根不用担心效率,一天 1 亿的数据库对 kv 来说也没啥影响

提供个参考, 之前 rocketdb, 40 亿数据情况下普通 ssh 硬盘读取查询 5-10 万并发,平均时间几毫秒

想搜集三方平台的很难了，这个 feature （ bug ）多年前就被平台修复了

开了 2 步最好顺手把 2fa 和 backup code 开了

我是正业+副业(已进入稳定增长阶段)模式,提一点小小的个人看法,不建议无正业的情况下赶鸭子上架去做副业,这种心态我之前也经历过,副业长期没有收入会导致你越来越焦虑,身体经济眼界都会受到影响,反而越来越做不好副业恶性循环

建议还是先找个工作再继续研究副业,即使比以前低点也好,很多人以为的我正业没了逼一逼自己副业不就成了,然而现实很残酷,有正业的情况下副业都发展不好的,失业了心态不稳的情况下恐怕更难成功

@rrfeng 94 所以我上面问他到底想做啥

光看描述,感觉就像为 gfw 或网络审查服务的工作 , 这种不适合在论坛讨论 毕竟可能用于不太好的用途

你肯定点了同意的 只是没注意而已
不信的话去仔细看看各种服务的开通协议。。。都是套路

不如说说你真正想实现的是什么功能

@aegon466 civitai

@yidinghe 这是两回事，哪怕你花几十亿重构一个新版本也会非常复杂，20 年后又是一坨新的山

多年的开发经验早告诉我,如果我觉得一件工作整个行业都设计的太过复杂,那一定是我自己还没能理解复杂性在哪里

@hedgehog886 最基础的 广告+会员

感觉还不错,一些要求不高的背景音乐都可以用 ai 生成了 以前体验过 aiva 的生成作品

@nihaojob 是吧 他貌似就叫 wangshudao

效果还不错
我关注的这个老哥 vulgur 就是专注做这种样式的时钟 app 的,月入还不低

重在坚持 多做几个, 做多了你就会发现,这才是正常现象,就习惯了

@bv 有一点点小区别 并不是跳过任意块包,只要按顺序 1,2,3,4....依次解压即可
在 py 和 js 中确实是可以实现的, 只是 go 里面我不清楚怎么实现, 感觉它的 zlib 接口还比较简陋

@bv 感谢测试 但是这样也是合并到一起解压的吧 并没能实现下一个包延迟处理的效果

@guonaihong pipe 我也试过没成功 ，也可能用法不对 空了我再试试

@boboliu 看我上面发的啊，这种情况下你要解压就要把所有流合并到一起，处理第 200 个数据要把 1-200 全部处理一遍，你觉得合理？