@ferock 我访问得挺快啊...1s 加载

@morethansean 纸面数据是跟 3060 差不多的，应该可以吸引一些厂商来苹果的平台开发游戏。

确实，吹了很久的 universal control 到现在都没上。果然是当时被华为打了一个措手不及的原因吗？

@lm930129 懂了懂了

@phxsuns 很清晰！谢谢！

@yujiang 我的阿里云信用额度 10 块钱，还行还行 hah

@kop1989 好的，明白了

@mschultz 这几年深入其中真的有感触，在国内开展网络服务相比国外而言困难重重。

@sggggy 了解了解，感谢。

@limumu1997 哎，我算是放弃存储方案了...直接存 BT 链接不香吗哈哈

@leonme 还挺有意思的，您把问题放大了，我说的是针对这个 database 的冲突解决问题，您谈的却是业界宏观的大一统冲突解决问题。我说的是特例情况，你说的是一般情况。特例有完美的解决方案，一般则还没找到，这不冲突。

@kop1989 我想我单纯说的是这个 database 的设计问题。更多的是想大家想想这个思路是否有大的毛病而不是延展开来把其他系统的问题归结过来。多人协同这个冲突问题还凑合，内存爆了在 database 设计的考虑范围之内吗？其他任何的设计不都要考虑内存的问题吗？关键是采用 json 费不费内存，事实上不费。而且转为对象以后和其他方案的内存占用我觉得是不相上下甚至更少的（反驳请拿证据），json 里存的都是必要数据。还是说您想让我从 sql 数据库上亿数据的分表问题说到 js 的内存回收机制？再说回到冲突解决的问题，database 的冲突比编辑器的问题好解决多了，每行的数据都有独立性，每个人编辑之前先去服务器拿锁就完事，编辑完了再释放锁，最简单的 lock 锁就能解决。

@miaoever 分层设计架构非常受用！让我的思路更清晰了！谢谢您！

无线路由器的 WAN 口只有百兆呗，没遇到过其他原因的。

@wdxm2008 改完了如果有条件可以去 GitHub 或者 gitee request 一下哈哈，最近在加 VScode 、notion 、wps 这些常用一些的，pycharm 这些我不太常用可能得稍后一点了。

@autoxbc 了解了，学到了

@wdxm2008 目前除了数据量以外，其他基本上没什么缺点了哈哈

@MarkLeeyun 谢谢支持

@3dwelcome 是的，确实看不下去。谢谢您的指导。