李跳跳这种不好变现的。这种 app 是改变别人 app 的内容达到自己的目的的，法律上不支持的。
我记得 autojs(可以认为是 app 端的爬虫)，作者都开源了，没有任何的盈利行为，还被封杀了。

今晚抽俩小时写了一个。https://github.com/lsk569937453/auto_keypress

rust 其实不好找工作的。你转 rust ，不如先上 remote 网站上看下什么语言的职位多，就学什么语言。反正 rust 是少之又少。

如果现在在做.net ，那就先苟着吧，现在找工作太难。

有没有可能是你的 web 后端太简单了。。。。


1.协议还分简单和容易吗？再说 web 协议不止 http/websocket 。
redis 协议(访问 redis)，mysql 协议(访问 mysql 会用到)，grpc 协议( http+json 性能不够了怎么办？只有加机器这一个选择吗？)无非是你现在用的都是在巨人的肩膀上做的，很多人帮你封装好了 http 协议。游戏里面的协议也是封装好的，你不会以为游戏里直接读 tcp 的流，来拆分结构把。

2.性能方面。相比 web 后端，接口的速度优化大部分只是从业务逻辑上下手，而游戏后端却要通信协议方面和业务逻辑优化兼顾。

上面我已经说了一部分，web 性能不够的时候也可以换 grpc 协议，你不用不代表别人都不用。其次，如果对性能优化感兴趣，可以读一读 https://github.com/donnemartin/system-design-primer 系统设计。看一下从数据流到数据库这一条链路上究竟有多少可以优化的地方。

3.业务复杂度。游戏既要处理复杂业务的同时还要追求性能，为了避免 io 阻塞和网络容差性，往往都是在本机内存上处理数据
那么我这里有几个现成的问题苦恼我好久了,希望楼主能给我点拨一下。
a.50 亿的单表数据。现在分成 100 个分表，如何快速的迁移数据(非停机迁移)。
b.我现在对数据库的读写比例是 8:2,每秒有 1W 的数据写入数据库，我该使用何种数据库类型。
c.现在各个公司都在走双中心的架构，各个组件(mysql/hbase/redis/postgresql)如何实现双中心架构？单个中心内的架构又如何部署？
d.你现在公司的网站的访问流量突然增大了 1000 倍，你该如何重新设计你的接口，让你的网站能抗住这么大的流量？该不会是加机器吧。

4.数据安全性。
建议楼主用爬虫去爬一下美团/携程的酒店和淘宝指定商品的列表，去感受一下互联网最前沿的反爬技术。如果楼主能开发一个稳定爬虫，我愿付费购买。爬美团/携程 APP 的酒店价格，连续运行 30 天就行，一个月我愿意付 3W(每天抓 1W 家酒店价格)。一个月 3W ，楼主如果感觉这钱好赚就可以开动起来了。

5.我实在想不通不同领域的两个方向还能比较的。文无第一，武无第二啊。
------------- 一个即将毕业的 web 老码农

有没有可能是你做的 web 业务太简单了。。。。

go 语言挺香的。。。

自己写程序迁移，有唯一 id 的好迁移。

仿佛看到了 2 年后的自己

可以混淆 js 增加破解难度。
一切的一切只是为了增加爬虫的成本。

我当时用空窗期学了一下 rust,开发了一个网关( https://github.com/lsk569937453/silverwind)，顺便找工作。

今年找工作就是很难，只能多投多面。时代的一粒沙，落到一个人肩膀上就是一座山。

还是先找到个工作，让自己忙起来，焦虑感就少点了。要不然看着存款一点点下降，心里压力很大的。

每秒消费多少取决于 broker 个数和你的服务端消费线程数啊。

@ShineyWang 优点是我这个支持中文+微信。

@snowlyg 本来爬楼爬的好好的，看到这我直接绷不住了。。。

那个老哥不是被卷走的，是因为他 leader 一直对他不爽啊。

mysql 故障导致即使 mysql 恢复了，但是后端应用连不上(控制台没有任何连数据库的报错)，重启后端就恢复。
线下用阿里的混沌工具一点一点的模拟故障，终于在网络丢包率达到 85%时，故障重现。

原来是后端连 mysql 的时候没有设置超时时间，导致连接的时候丢包了，因为没有连接超时，所以程序就卡在这里了。

我理解的"导出"是指通过文件的方式下载到本地。后端将数据写入 inputstream 中，然后以"application/octet-stream"返回给前端就行了。

直接百度搜索"springboot+axios 下载进度"

我自己是用 ubuntu 22.04 。