V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  est  ›  全部回复第 342 页 / 共 614 页
回复总数  12270
1 ... 338  339  340  341  342  343  344  345  346  347 ... 614  
2015-11-12 16:40:03 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@typcn 增加一行 UA+IP 地址段判断,不拉黑就是了。
2015-11-12 16:39:14 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@iambic 这也是个好思路。
2015-11-12 16:31:50 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
2015-11-12 16:25:05 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@zdhxiong 你再想想呢?比如我 margin-left: -10000px 一个 div 里弄一个陷阱链接,你访问就直接给你永久返回垃圾数据。镜像下来然后呢?
2015-11-12 15:06:10 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@dong3580 没看懂。什么没用?
2015-11-12 14:10:01 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@hooopo 就是这个意思。。。那么,大家有没有什么好的私有函数建议呢。要无状态,速度快,很难逆向出的。。。这个帖子 /t/233004 被 @binux 弄一个一元四次方程就给破了。。。。。。。。。。
2015-11-12 13:40:32 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@ts 网址我都背熟了。 newsmth.net/mainpage.html 纯手打。
2015-11-12 13:19:56 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@livelazily 2333 好办法!
2015-11-12 12:35:50 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@oott123 好东西。不过 ruby 有个更好的,基于 Perfect hash function 的 https://github.com/namick/obfuscate_id
2015-11-12 12:32:33 +08:00
回复了 est 创建的主题 奇思妙想 想到一个自增 id 但是同时防止遍历的办法
@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 多半是码农自己编译的。跑起来就谢天谢地了。
1 ... 338  339  340  341  342  343  344  345  346  347 ... 614  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2892 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 53ms · UTC 13:28 · PVG 21:28 · LAX 06:28 · JFK 09:28
Developed with CodeLauncher
♥ Do have faith in what you're doing.