xiaoweiXX

> @xiaoweiXX 等 3.0（画大饼 还得多久？能不能给个盼头😭

> 主要的问题是现在羊毛的人太多了，在晚上上时间（美国白天时间）国内访问会有一些异常。建议是使用国外的服务器来跑这个项目，基本不会出现异常。除此之外，现在已经开始封号了，大家最好的资料准备工作。 我用手机部署docker镜像，第一天白天还是正常的，基本上没多少api报错。但是过了第一天半夜12点，再往后第二天一整天全报错，不管怎么尝试都不行。

生息演算这次活动有很多动画，应该多留一些操作冗余的

> 同样有问题三，挂三轮必会触发此bug，但原作者说了鲁棒性不强，等等之后大佬优化一下吧 我也是遇到了问题3，看来这里点击之前留的时间有点不够

这样同时还能刷一下建造数量的那个蚀刻章

> 奥,我想你知道的,在初始资源点满的情况下,我们可以合成5个支援线圈以及1个应急修理车就可以得到45分 比我找的这俩还快一点

生息演算都结束了（

> 就是做了之前说的多线程加载，你IO速度瓶颈了，没办法 不是说每次更新完了做个本地cache吗？那样也就更新的时间长一点

> 可能没法做，更新是 UI 处理的，UI 并不负责这些 json 的解析逻辑，所以这个缓存不能由 UI 做。如果由 core 做，core 不知道有没有更新，如果每次启动都去检查下所有文件的更新时间，那就失去做 cache 的意义了 有个想法，再专门做个打包器，每次更新自动触发或者用户在需要的时候手动触发

> 可能没法做，更新是 UI 处理的，UI 并不负责这些 json 的解析逻辑，所以这个缓存不能由 UI 做。如果由 core 做，core 不知道有没有更新，如果每次启动都去检查下所有文件的更新时间，那就失去做 cache 的意义了 另外明日方舟这游戏实际上很吃硬盘IO，虽然这游戏本身不怎么消耗硬盘IO，但是如果后台的硬盘IO满了游戏就会掉帧很卡，如果MAA读取要1分钟并且还吃满了硬盘，那么等加载的这段时间基本上啥都干不了。