顺便 nginx 流控本来就有相关模块。

https://chenyongjun.vip/articles/81

写错了，python 处理行秋比 nginx 慢十倍。

首先，楼主要搞清楚到底要做什么。
----

如果你是按 “访问频率” 确定访问者是不是在攻击，并且希望拦截访问次数太多的用户。那么在一个 tcp 连接建立之前你并不知道它的 ip ，因此只有当 tcp 连接建立之后你才可能进行拦截。tcp 连接建立之后的网络协议栈是：

nginx ( tcp 协议 => http 协议 ) => bottle ( 看你配置，可能是 tcp => http ，或者 unix domain => wsgi 都有可能）

换句话说你第一个拦截的机会出现在 nginx 这里。如果你 nginx 不拦截它，那么你的 bottle 总会接受请求并进行处理。

python 处理请求的速度是 nginx 的十倍以上！哪怕只是简单的 http 连接！
python 处理请求的速度是 nginx 的十倍以上！哪怕只是简单的 http 连接！
python 处理请求的速度是 nginx 的十倍以上！哪怕只是简单的 http 连接！

所以如果楼主不在 nginx 这一层进行拦截，那么总感觉没有做好这件事。

43%

反正不买房，租的好一点

@edis0n0 都是互联网厂子，用户数据不值钱也不要紧，所以才有这种事情。

碰到什么政务系统整体合并的时候，根据身份证进行合并才是真的刚需。

这本书话没讲完所以楼主有点困惑。
----

首先它说了，条件跳转会影响分支预测。那楼主有没有想过，为啥要分支预测，啥叫分支预测？

现代 CPU 是流水线结构，同一时间可能有前后一共 20 条指令在并行执行，每个执行每一条指令的不同步骤。对没错，指令是有多个步骤的。这种并行执行指令的不同步骤的做法，叫作流水线。

想必楼主发现盲点了。对于一个条件跳转指令而言，一共两个分支。那在 20 指令流水线里面，当跳转指令第一次装入这个流水线之后，到底哪个分支应当作为接下来的指令装入流水线？请注意，在跳转指令执行完成之前就必须开始执行接下来的指令了。这里就引入了分支预测，在分支跳转执行完之前就假定接下来是哪个分支被执行，然后开始激进地执行那个分支的接下来 19 条指令。一旦预测错了，那对不起，这 19 条指令的中间结果就会被销毁，重新读取正确分支的指令开始执行。

如果分支预测错误，就会导致流水线一次失败的提前并行执行，也就是在这一瞬间你的 CPU 慢了 20 倍。如果一个程序的分支预测频繁失败，那你的程序就会慢好几倍。
----

上文中的条件传送，看上去就没有两条分支指令流，只有一条。所以就不存在流水线失败的情况，也就和分支预测没有关系了。

难道 canCreateThreads <= 0 就把任务扔了么。。。流控也不应该依赖 threadPool 的具体实现来做吧，这思路清奇。

这难道不是翻译的问题么。。。

原始术语叫做 convex （下凸函数），以及 concave （上凸函数）。然后第一批翻译的人定了个方向就给出了“凸函数”、“凹函数”的叫法。
----

convex 也不是一个现代英语的普通词汇，反正我是没查到它的俗语意思。根据 https://en.wiktionary.org/wiki/convex ，这玩意儿来自于中古法语（ Middle French ）或拉丁语：

—— Borrowed from Middle French convexe, from Latin convexus (“arched”).

所以本来就没有俗语意思，偏偏中文翻译者给了个俗语叫法，而且还没发现这玩意儿不一定符合所有人的直觉。

等我理解一下，你说的莫非是 D 盘原来的文件被删掉了？

找人回复文件吧，不一定能行，但起码能一试。期间不能向 D 盘写文件。

“②还在一线，几次想升管理都没升上去”、“⑤……没能升职的原因是因为跟领导的领导（简称 X ）关系不好……”、“⑥因为去年一直闹着要升职……”、“⑨争强好胜……”

——我感觉楼主和上司以及公司的奇怪关系，就是因为年轻人试图往上走而得罪了很多人。这已经是解不开的死结了。楼主不适合国企。

“⑬所以在没有背景无人支持的前提下，把这样的工作做到“卓越”、做到“极致”，导致自己无法正常的生活，给自己生活上带来很多烦恼，却始终无法给自己带来实际的利益，是对自己的背叛”

——因为生活工作不如意，所以用解决技术问题给自己带来多巴胺是吧。某种逃避现实的方法呢。

“感觉就是没有很明确的路径？所以可能我想知道的是对于炒股有没有类似于这种比较明确的学习路径或者进阶图啥的”
----

我可以很明确的告诉楼主，炒股的方法有很多种。而之所以有很多种，是因为一个市场里面存在很多种不同的 “收益来源”。

譬如上面有人提到的所谓的，大涨了卖，大跌了买，这就属于一种利用市场短期（几小时到几天）的情绪进行套利的方法。短时间涨太多肯定有人跑，跌太多了肯定有人买，这是人性的本质，这也是一种本质会永远存在。然而这种套利机会必须有个前提，就是市场的经济基本面和政策基本面没有发生大的变化。在这一前提不存在的时候，正确的套利机会会急剧减少，错误的“套利机会”比比皆是。你做的越多，亏的概率就多。

另外短线套利是零和博弈，所有人的手法都在升级。所以短线套利是要每个人都不断去寻找新方法的一条路，不是全职玩家是玩不起的。

你发现没有？短线套利式炒股的前提是，“经济和政治基本面没有发生变化”。不管是针对整个大盘还是某个行业，在这一前提成立的情况下，我们所讨论的市场范畴（整个大盘还是某个行业）就不存在定价的分歧，因此做长线的人在这种前提下反而是赚不到钱的。
----

那么很容易推出反面的情况。当“经济和政治基本面发生显著变化”，比如 2020~2021 的大盘持续涨的时候，做长线的人是赚钱的。因为做长线持仓的人的收益来源，是寻找有发展潜力的股票，吃的经济发展（至少是经济繁荣周期的上涨）所带来的利润。

这部分的收益来源和短线套利的收益来源是完全相反的 —— 在这种一路上涨的市场中做“大涨了就卖”，就是传说中的卖了就后悔的那种人。

可惜 A 股不能做空，否则长线玩家也能直接做空头的长线，和做多也无非是同一种玩法罢了。
----

所以楼主的困惑就在于，你没有认清，所有方法都需要先认清它的生效范围、收益来源、背后的经济实质。看的资料越多，可能越困惑，这是因为这些资料本身的基础逻辑假设可能都是不一样的。而这个世界上最难的就是建立基础的逻辑，很多时候是靠自己领悟的，而没有办法从任何一种“技术”的书籍上找到答案。这和软件开发是非常不一样的学习路径。

@y0bcn “做长线，新闻上大跌就买入，大涨就卖出”
-----

你这做的不是长线，做的是反转。而且你这做法不一定对的。

@antness 只要没有随机数参与，就一定存在彩虹表。标准的 hash 做法是把盐这个随机数存下来的。

@tool2d 请认真地查找一下有关“加盐”的资料。

这点时间就可以防止黑客用字典的方式暴力破解本地密码。

参数里面的 r_salt：请，认真地看着我。
----

哈希类验证防止彩虹表的方法有两布：

1. 加盐。
2. 更多的哈希循环。

缺一不可。

看别人的书，做短线炒股，是一件很愚蠢的事情。

理由很多。短线炒股是一个从市场短期行为中套利的方法。市场的参与者无时无刻都在变化。三个月前能用的套利方法，可能三个月后就失效了。因为这本质是一种你和此时此刻的市场参与者零和博弈的行为，而零和博弈的参与者是会不断进化的。因此短线炒股是要不断自己总结新的方法的一种炒股方法。
----

什么是不变的呢？经济周期、市场规律、供需关系、政治经济学、宏观调控。这些至少是十年不变的东西。楼主若真要“学习”一种炒股票的技术，你只能学这种。当然一旦你用了这种，你所做的就不是短线炒股，而是在适当的经济周期，投资合适的行业。在市场普跌的时候及时收手，等下一轮经济周期。

我猜你去年是赚的，今年是亏的。
----

很简单的道理，不要在市场普跌的情况下买股票。风口上猪都能飞，从瀑布下面网上游没几个能做到。为啥一定要做人之所不能做的事情呢？

az 楼主你这种问题客服能交流才怪。

本来楼主也是一知半解，客服也是一知半解，两个一知半解。。。

kafka 这种东西最重要的意义在于排队。

“用户注册发送邮件”

如果一下你司在 1s 内分布式向 163.com 发送大量邮件，它会不会加强你司的垃圾信息权重？有了 kafka 这种队列好歹能做流控。当然，你也可以选择用 redis 。