支持楼主的想法做法
但是实用性确实有限…

第一眼以为是网吧的游戏管理系统，本地没有持久存储要玩从服务端下载。
再看原来……能用到这个技术的厂子都有，估计没什么需要合作的。

单表十二亿路过

看成请出轨了……

请问你工作用电脑吗？交换机里的芯片还没电脑多，电流也没电脑大，凭什么电脑没辐射？

要看写文件是什么场景，如果是对象存储，只有添加新文件而没有更新操作，那么完全可以写文件然后写数据库，因为多写了文件并不影响一致性（多了一些没有索引的文件而已，而且如果重新上传被覆盖也没问题）

如果要考虑删除、更新文件操作，那么就不一样了，2pc 或者其他

APIJSON 又来？

跟编辑器没关系，language server 有问题吧

支持。

redis-server 默认有最大连接数限制（ 10000 ），你这个 redis.Pool{ maxActive: 0} 不限制活跃连接数，瞬间就超了，超了之后就被 redis-server 断了。

把 maxActive 限制一下就可以。

买个 pixel 可以不压缩+无限容量

AngularJS 都变 Angular 8 了

听说是我司前同事…

区块链有很多功能，Libra 使用其中之一有什么不可以的？

左侧边栏划定动开启跟 Q 的系统手势冲突了

不给数据结构只给数据量咋看，如果一个查询要 10T 全算一遍任谁也不行（

lz 描述代码有问题，应该是

A(p) {
B() { 在这里获取 p 的值}
}

把这个打出来：`db.Where("Name=?","testcase").Find(&a).Error`

估计是 RecordNotFound

@echo404
好好想一想哪里该用协程并发，哪里不该用。

我的话会这样写：
定义一个 channel 传消息
定义一个 channel 计数

go func(){ 计数器，不用锁了因为从 chan 读消息 }
go func(){
for line := read_lind(file) {
chan <- line
}
chan <- "end"
}

for msg := <- chan {
go func() { send() } // 这里做并发控制，免得一次全部消息都打出去
}