@j0hnj 笑死。。。。

推荐一个自己常用的 http 压测工具。https://github.com/rakyll/hey

rust 你学了，就离不开它了。毕竟 cargo 太爽了。
我最近用 tauri 开发了几个桌面应用。size 也不大，性能又高。

用 join 和子查询就是把压力放到数据库。数据库可是有状态的，不能随意扩容。流量上来了，你就抓瞎了。第一种方案在服务端做，代码复杂，但是无状态的服务扩容简单。

所以互联网很少用 join ，我甚至记得去哪的数据库规范里禁止 join 。

李跳跳这种不好变现的。这种 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 本来爬楼爬的好好的，看到这我直接绷不住了。。。