V2EX › est 的所有回复 › 第 371 页 / 共 643 页

@wy315700

仔细看了下

The UUID_SHORT() return value is constructed this way:

(server_id & 255) << 56
+ (server_startup_time_in_seconds << 24)
+ incremented_variable++;

感觉也算一个不明显的自增 id 的思路吧。。。。

2015-11-12 12:30:26 +08:00

回复了 est 创建的主题 › 奇思妙想 › 想到一个自增 id 但是同时防止遍历的办法

@undeflife 用户 id 只是举个例子。有很多时候会用到 id 的。
@imn1 其实还有一招。就是不封，也不返回任何错误，直接随机产生垃圾内容。。。让你区分不出来内容是否真实的。。。我抓 bing 就遇到这问题了。。。。。。。嗯。。。。。。。。

即便是外显 uid ，也是需要防止爬虫呀。。。这个时候除非做 hash ，否则依然也是有问题的。

2015-11-12 11:26:04 +08:00

回复了 est 创建的主题 › 奇思妙想 › 想到一个自增 id 但是同时防止遍历的办法

@cyr1l 差不多是这个方向。。。不知道大家有没有灵光一现更加 NB 的。。

2015-11-12 11:25:43 +08:00

回复了 est 创建的主题 › 奇思妙想 › 想到一个自增 id 但是同时防止遍历的办法

@ts reddit hacker news. 我现在也想找别的地方混。

2015-11-12 11:25:07 +08:00

回复了 est 创建的主题 › 奇思妙想 › 想到一个自增 id 但是同时防止遍历的办法

@xujif 我也是这样想的，但是从代码维护的角度来说，每人工增加一个 magic id 就要改代码，部署流程，或者改 config ，感觉略蛋痛。

2015-11-12 11:24:22 +08:00

回复了 est 创建的主题 › 奇思妙想 › 想到一个自增 id 但是同时防止遍历的办法

@lanlanlan 如果加上运营商判断， ip 没那么好找哦。比如只允许 ADSL 的 IP 段访问，代理 ip 绝大多数是机房 ip 段。很容易判断出来。我见过很多国外论坛都只允许 comcast verizon at&t 之类的民用宽带 ip 访问。我换了 n 个代理，但是因为出口都是机房，都被判断出来了。

2015-11-12 11:21:25 +08:00

回复了 est 创建的主题 › 奇思妙想 › 想到一个自增 id 但是同时防止遍历的办法

@wy315700 而且如果 mysql 里用的话，还有可能冲突。。虽然很小概率。但是为了防止冲突还得加个唯一索引。这是要让人纠结死。。。而如果自增的话，直接根据上一个 id ，按照某一个算法，跳过一些 id ，就可以得到下一个 id 了。。。现在就是在想有没有这个比较好的算法。不容易猜出来，服务器计算和判断速度也比较快的。

2015-11-12 11:18:38 +08:00

回复了 est 创建的主题 › 奇思妙想 › 想到一个自增 id 但是同时防止遍历的办法

@undeflife 这个有一个问题就是别人可以新注册一个用户，看 uid 可以大致判断出你总用户数是多少。。。
@wy315700 也可行。但是无序了。 id 自增感觉要好点。。

2015-11-12 11:08:04 +08:00

回复了 est 创建的主题 › 奇思妙想 › 想到一个自增 id 但是同时防止遍历的办法

@pubby 这个也太复杂了。。。 id 太长。。

2015-11-11 17:16:51 +08:00

回复了 arronliu 创建的主题 › 云计算 › [安全公告] Redis Crackit 入侵事件通告

@raysmond 这个思路，出问题是迟早的。

安全的攻防对抗，防守是只要漏一点，全盘皆输。攻击是只要突破一点，全盘皆赢。安全问题不是你只跑 localhost 就能高枕无忧的事。

Defenders think in lists. Attackers think in graphs.

2015-11-11 16:39:30 +08:00

回复了 arronliu 创建的主题 › 云计算 › [安全公告] Redis Crackit 入侵事件通告

@master 出问题的公司，一般没运维团队。 redis 多半是码农自己编译的。跑起来就谢天谢地了。