仅内胆包。

继续深入 React 。

已经准备放弃百度网盘了。

必需品只是电脑而已，其它只是一些可有可无的东西。

@newcastle 不好意思，忘记说了，第四个我用的。

6.5k => 7.0k ...

:joy: 同是 NET ，同是三年半，同是在这个节点转型，不过我转的是前端。

我之前也遇到过，换隐身就没问题。被广告插件拦了？

架构这个东西不是刻意就能学来的，工作中项目中可以多思考，而不仅仅是完成任务就行了。

NMBP
房子

一个公开的邮箱，注册各种常用的帐号，以及对公使用。
一个不公开的邮箱，就熟人知道。

双拼盲打，日常 120 左右。

试了下，确实有几个可以识别。

发两份 100 个的，或者用支付宝发。

还是比较看好这个 AR 的。

以下是木鱼的原话。
-----
分流和所有其它的软件版抢票软件，可以说和订票助手.NET 都是两码事
根本不同点在于出发点不同。
分流取名于 bypass 这个名字。最早的名称来源应该是源于绕过验证码。
bypass 英文意义一般用作旁路。
绕过的意思。
不收取任何费用的免费版，你会发现很难用。
它真正的意义，在于收费后提供服务器端的破解功能
分流，以及一系列刷票软件，为什么我说它们根本是两回事呢
是因为他们的出发点都在于让你买到票，然后向他们付费，这是他们赖以生存的根本
至于其它的，他们是不会管的。
所以心蓝之类的软件会并发 10 线程去刷票
所以心蓝会动用服务器资源去利用 12306 的漏洞，包括验证码识别。
他们要去做，因为 1 他们赖以生存 2 他们要用户付费。这之外的事情，是否守规矩是否道德， who cares?
是否违法甚至都不是它们考虑的范畴。
我曾经抓包过心蓝的数据包，发微博说他们并发 10 线程刷服务器
第二天他们就封掉了我的检测方案
验证码越来越卡，其实这些流氓刷票软件有很大的功劳
包括数字
早前 360 还要识别验证码的时候，识别率很低，然后他们的策略是识别错误自动刷新重新识别
用数量平衡正确率
后果就是 12306 的验证码压力剧增
不管是验证码图片还是校验验证码接口
所以才出现了有票验证码出不来校验不通过的问题。
手机 app 卡，基本上也是手机端口被人滥用了。
包括 12306 的查询，为什么人家说缓存那么厉害？
其实说白了，还是这些暴力刷票软件搞的
12306 的运算能力是提升了没错，但远没有提升到应付这些并发 10 线程去刷 12306 的能力上
所以 12306 只能从底层入手，先是取消了登录查票，然后动用了海量的 CDN 以及无敌的缓存策略扛住这些查询
这才导致了正常人查票 查到的大多是过期的
就连 360 都是 1 秒 3 次的
你想想那些收费软件、靠这个吃饭的软件，为了看起来更狠，到底动用了多少技术手段。
分流之类的软件，毫不客气的说 cdn 列表都是拿的我的。
现有的市面上的软件，大部分技术手段都是用的我的
包括基础数据。只不过我用得比较有节操而已
所以我后续如果继续更新的话，接口数据全部会加密
我的 CDN 数据是依赖于用户量堆起来的
我压根就不打算收费
收费也不是这么玩的
素质啊，都特么素质啊
所以我出了各种策略，包括跨站和中转，各种智能提示
出发点是从决策层面入手，为你提供帮助，让你能知道怎么样去买票
而不是靠刷爆服务器去给你抢
订票助手.NET 本地已经有一整套策略了
从智能化角度来说，我可以说是所有同类型软件中最好的。虽然效果不一定是最好的。
毕竟你永远超越不了一个闯红灯的
好了先忙事儿了。事情多还堆着在
如果没法帮到每个人
那我就选择帮那些值得帮的

已做好光头的准备。