验证码是图片的，这也是帮助google 识别旧书么？

[myrual]

明明是recaptcha

[caomu]

噗哈哈，这个应该是非正常的验证码。。。或者说是彩蛋？我只见过一些不知道是什么符号的图案而已。。。

[likuku]

理论不对，验证码必须被系统在交互前就知道其正确含义。

假若用于识别旧书，那么系统本身并不知其本义，那么给出的验证码就失去了比对标准，正确与否都不知道了。相反，那就是验证码展示出来前就被校验过，那就不需要依靠用户来识别。

[gDD]

@likuku http://www.v2ex.com/t/29792

[zhuzhuor]

书里面也有图片啊。估计是扫描了自动弄图片出来的，计算机也不知道哪个是该不该识别的

[hector]

recaptcha 第一个单词是系统知道的，后面一个不知道，所以你可以把第一个输入正确，后面一个随便弄两个字符就通过了 @likuku

[ipoh]

@likuku 有时候明显输错了也会通过

我怀疑google首先会让计算机识别一个，然后再收集用户识别的。

[zhuzhuor]

@ipoh 看楼上和楼上的楼上的回复

[soulteary]

@hector 木有用过recaptcha，但是体验过不少使用这个的下载网盘...
似乎有的是必须输入正确第一个，有的必须输入正确全部...有设置嘛?

话说这类验证码实现不完全匹配的话，都是用soundex，metaphone等四人组来做嘛~

[hector]

@soulteary 也没看过recaptcha 的接口，就测试一些recaptcha，看看是不是说的那样，一个输正确，另外一个随便。
合理的设计，应该是系统知道的那个位置随机，或者偶尔也是两个都正确，或者判断一下数据库里面，不知道的那个单词系统中保存的其他用户的输入，跟你的输入做个相似度比较，差别太大的也不让通过。。
都是猜想，有时间看看接口去~~

[soulteary]

@hector 我觉得给正常人设计的话，应该会给几种方案让用户选择的，
1.比如全中才能下载...我就无语了,尼玛和鬼画符一样..叫我输入啊..好吧有测听力的语音...
2.soundex四小天皇算近似值, 至少60%再放水过去
3.你说的这种,第一个中或者第二个中...感觉和玩百家乐一样..中了就哈啤了..

[zhuzhuor]

@ipoh @souteary @hector
http://blog.renren.com/blog/227552954/482806612

[zhuzhuor]

@soulteary 见上条。。。用户名手打的写错了貌似...

[soulteary]

@zhuzhuor 不明所以..我表示不玩人人....

[guoquan]

如果计算机都不知道答案，他也就不能知道你是不是人了……

[zhuzhuor]

@soulteary 我擦，抱歉，发现链接必须登陆人人才能看到
重新找了个同样内容的文章
http://pariski.blog.163.com/blog/static/202059003201201842736837/

[zhuzhuor]

@guoquan 机器确实不知道一半的答案

[soulteary]

@zhuzhuor 嗯,3Q.这个样子啊..实话说我讨厌极度扭曲的文字验证码...因为戴眼镜+小屏幕...
其实现在这些站点基本都用jq了,你多加一个jq ui的库..弄的滑动解锁啦,拖动指定内容啦神马的..多和谐..提高用户体验...还节约你的服务器内存使用...

[zhuzhuor]

@soulteary 用户体验好的估计很容易也就被计算机搞定了...

[soulteary]

@zhuzhuor no,no..用户体验和较完善的防护是不冲突的.比如关键词.Ajax Fancy Captcha类似这种的还有不少..或者设置随机的按钮进行提交,设置session或者cookies..

[zhuzhuor]

http://techcrunch.com/2012/03/29/google-now-using-recaptcha-to-decode-street-view-addresses/

Google Now Using ReCAPTCHA To Decode Street View Addresses