1
caomu 2012-03-24 21:22:09 +08:00 via Android
噗哈哈,这个应该是非正常的验证码。。。或者说是彩蛋?我只见过一些不知道是什么符号的图案而已。。。
|
2
likuku 2012-03-24 21:22:53 +08:00
理论不对,验证码必须被系统在交互前就知道其正确含义。
假若用于识别旧书,那么系统本身并不知其本义,那么给出的验证码就失去了比对标准,正确与否都不知道了。相反,那就是验证码展示出来前就被校验过,那就不需要依靠用户来识别。 |
3
gDD 2012-03-24 21:24:31 +08:00
|
4
zhuzhuor 2012-03-24 21:59:08 +08:00
书里面也有图片啊。估计是扫描了自动弄图片出来的,计算机也不知道哪个是该不该识别的
|
5
hector 2012-03-24 22:03:01 +08:00
recaptcha 第一个单词是系统知道的,后面一个不知道,所以你可以把第一个输入正确,后面一个随便弄两个字符就通过了 @likuku
|
8
soulteary 2012-03-25 13:27:43 +08:00
@hector 木有用过recaptcha,但是体验过不少使用这个的下载网盘...
似乎有的是必须输入正确第一个,有的必须输入正确全部...有设置嘛? 话说这类验证码实现不完全匹配的话,都是用soundex,metaphone等四人组来做嘛~ |
9
hector 2012-03-25 13:40:44 +08:00
@soulteary 也没看过recaptcha 的接口,就测试一些recaptcha,看看是不是说的那样,一个输正确,另外一个随便。
合理的设计,应该是系统知道的那个位置随机,或者偶尔也是两个都正确,或者判断一下数据库里面,不知道的那个单词系统中保存的其他用户的输入,跟你的输入做个相似度比较,差别太大的也不让通过。。 都是猜想,有时间看看接口去~~ |
10
soulteary 2012-03-25 13:44:32 +08:00
@hector 我觉得给正常人设计的话,应该会给几种方案让用户选择的,
1.比如全中才能下载...我就无语了,尼玛和鬼画符一样..叫我输入啊..好吧有测听力的语音... 2.soundex四小天皇算近似值, 至少60%再放水过去 3.你说的这种,第一个中或者第二个中...感觉和玩百家乐一样..中了就哈啤了.. |
11
zhuzhuor 2012-03-25 13:48:27 +08:00
|
14
guoquan 2012-03-25 13:52:21 +08:00
如果计算机都不知道答案,他也就不能知道你是不是人了……
|
15
zhuzhuor 2012-03-25 13:53:24 +08:00
@soulteary 我擦,抱歉,发现链接必须登陆人人才能看到
重新找了个同样内容的文章 http://pariski.blog.163.com/blog/static/202059003201201842736837/ |
17
soulteary 2012-03-25 13:58:01 +08:00
@zhuzhuor 嗯,3Q.这个样子啊..实话说我讨厌极度扭曲的文字验证码...因为戴眼镜+小屏幕...
其实现在这些站点基本都用jq了,你多加一个jq ui的库..弄的滑动解锁啦,拖动指定内容啦神马的..多和谐..提高用户体验...还节约你的服务器内存使用... |
19
soulteary 2012-03-25 14:06:41 +08:00
@zhuzhuor no,no..用户体验和较完善的防护是不冲突的.比如关键词.Ajax Fancy Captcha类似这种的还有不少..或者设置随机的按钮进行提交,设置session或者cookies..
|
20
zhuzhuor 2012-03-30 08:07:38 +08:00
http://techcrunch.com/2012/03/29/google-now-using-recaptcha-to-decode-street-view-addresses/
Google Now Using ReCAPTCHA To Decode Street View Addresses |
21
caomu 2012-03-30 12:50:05 +08:00 via Android
|