推荐关注 Meteor JSLint - a Javascript code quality tool jsFiddle D3.js WebStorm 推荐书目 Javascript 权威指南第 5 版
Closure: The Definitive Guide
Closure: The Definitive Guide 
这是一个创建于 4714 天前的主题，其中的信息可能已经有所发展或是发生改变。
简单的也行。
 | 1 Mutoo 2013-01-14 19:37:30 +08:00  1 js是前端脚本，任何在前端产生的内容都不足以做为验证码。 验证码是用来阻碍自动化脚本的，你用js的话，等于直接把验证码给公开了。 如果你不想自己实现服务端产生验证码的话，可以考虑用这个开放服务 http://www.google.com/recaptcha |
 | 4 undozen 2013-01-14 22:44:48 +08:00 1 有过，不是库，是 SONY 的网站。。。 |
 | 5 binux 2013-01-14 22:53:42 +08:00 1 验证码是通过识别明文，然后比较识别结果和明文来判别人类的。 如果只有js，那么比较也是由客户端进行的，那么意味着明文暴露给了机器，无从比较。 如果部分js，那要js干嘛？直接生成图片不就好了吗？ |
| 7 undozen 2013-01-14 23:01:16 +08:00 |
 | 8 RelativeLayout 2013-01-14 23:19:40 +08:00 js做验证码没有意义 |
 | 9 heroicYang 2013-01-14 23:21:14 +08:00 不要相信前端的验证... |
 | 10 revlis7 2013-01-14 23:34:32 +08:00 既然是校验，那么肯定牵涉到用户输入与真实值的比较，如果放在js做check，那就是在浏览器里做判断，用户可以在浏览器里通过工具（比如firebug），绕过校验机制，这样验证码也就失去了作用。 所以一般情况下，check验证码都应该是由后台完成的，比较流行的插件也应该是应用在服务器端的。 另外recaptcha可能比较入文艺青年的法眼，但是实际在国内应用时，对英语基础很差或很不敏感的人（比如低龄或高龄人群）不是很友好。 我用过一个俄罗斯人用php写的Kcaptcha，如果是php的话可以参考下。 |
 | 11 luin 2013-01-14 23:55:47 +08:00 1 jQuery.ajax() |
 | 12 CosWind 2013-01-15 09:24:43 +08:00 via Android 同上，前端做这个好比具有密码找回。。 |
 | 15 soulteary 2013-01-15 14:14:35 +08:00 换一个思路吧，不要验证码，只有达成某些条件，动态创建一个可以填写或者提交的控件。接口判断准确的refer和session我也觉得也行。除了恶意搞你的人，但是针对恶意搞你的人，除了机制特别完善，你也没有办法不是么？机器人，一般用户，基本灌不了你的水了。 |
Select Language