3MINSTORIDE 明天三折
1UBER1WORLD 昨天一折

@vainly 机器挂了，等一两天吧。。

你想多了，输入只有「当前的一个访问」，统计这「一个访问」最多的下一个访问就完了。

现在张大妈的反爬虫做得不错，用了一个和 IP 相关的，需要执行 JS 生成的 cookie 来验证。

前4条都是阿拉丁资源，被点击调权放上去的。
这样需求满足类的 query，这样很正常， PM 就要求这样的。
这不是一个技术问题，技术上就是要达到这样的效果。

@stupidcat 类似于下一步吧

因为用的特征并不是只有点击鼠标这一个动作
综合考虑鼠标滑动动作，IP 的访问历史，登录的帐号等综合行为
如果足够判断是人类，就不需要输入验证码了。

你有没有想过，如果“加密”了，浏览器是怎么登录的？

yield 可以在同一个作用域中干活，省去了参数传递

@bkmi 这就是一个典型的错误“自己设计 hash 算法”。
减去12位，实际上降低了MD5的映射空间，增大碰撞概率，减小表的量。

@johnsmith123 我觉得比起知道是什么，知道为什么是什么更重要。虽然很多时候网上存在『最佳实践』，但是知道为什么，能在某些场合意识到什么，然后再通过 google 和测试来确认，这个就是差距。
至少我面试的时候，实现算法给你的都是非常容易的那种，目的在于实现，而不是算法。而通过算法来问，主要原因是，不需要查阅 API，能了解在稍微复杂逻辑下的表达能力。

@johnsmith123 单文件夹下 inode 超限这个（这个提法有错），也和算法有关啊。你得知道，文件夹路径是怎么和 inode 对应的，如果一个文件夹下文件很多，会对性能有什么影响，是 O(n) 还是 O(1) 的。
这个不是查一下说，哦是 O(1) （或者 O(n)，我不清楚）。而是了解它用的什么算法，然后能判断出来。如果还有其他的坑呢？

@johnsmith123 会啊，就因为知道我知道是随机的，所以没问题啊。不然单文件夹下，文件数过多会不会有影响（不然 nginx 为什么要用多级目录）。后者是经验的话，前者是不是算法？

@johnsmith123 如果 nginx 用的 hash 是不均匀的呢？你是否需要考虑，当站点集中的时候，会不会导致某个文件夹下 inode 超限。

@zhengkai 需要知道哈希索引是 O(1) 的 平衡树是 O(logn) 的

@zhengkai 你对『理解它们』的理解就是『知道是干什么用的』？

会算法不是说你能写出这些算法，而是理解它们。
不然用 nignx 加个缓存，inode 超限都不知道。
不然你看《高性能 MySQL》，脱离例子，该用什么索引都不知道。