
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 |