看起来我们将为Stack Overflow添加CAPTCHA支持。这对于防止机器人、垃圾邮件发送者和其他恶意脚本活动是必要的。我们只希望人类在这里发布或编辑东西!
我们将使用JavaScript (jQuery)验证码作为第一道防线:
http://docs.jquery.com/Tutorials:Safer_Contact_Forms_Without_CAPTCHAs
这种方法的优点是，对于大多数人来说，CAPTCHA永远不会可见!
然而，对于禁用JavaScript的人，我们仍然需要一个备用方案，这就是棘手的地方。
我为ASP编写了一个传统的CAPTCHA控件。NET，我们可以重复使用。
但是，我更倾向于使用一些文本化的东西，以避免为每个请求在服务器上创建所有这些图像的开销。
我见过这样的事情…
ASCII文本验证码:\/\/(_)\/\/ 数学难题:7减3乘以2等于多少? 小问题:癞蛤蟆和冰棍，哪个更好吃?
也许我只是在风车这里倾斜，但我希望有一个更少的资源密集型，非图像为基础的<noscript>兼容的验证码，如果可能的话。
想法吗?
当前回答
我的解决方案是将表单放在一个单独的页面上，并将时间戳传递给它。在该页上，我只在时间戳有效的情况下显示表单(不要太快，也不要太旧)。我发现机器人总是会直接点击提交页面，只有人类才能正确导航。
不会工作，如果你有内容页本身的形式，就像你现在做的，但你可以显示/隐藏链接到基于NoScript的特殊提交页面。对于这么小比例的用户来说，这是一个小小的不便。
其他回答
Ajax Fancy Captcha类型的图像，除了你必须拖放基于形状识别，而不是输入字母/数字包含在图像上。
实际上，有一个与编程相关的验证码集是一个不错的想法。例如:
有人可能会构建一个语法检查器来绕过这个，但绕过验证码需要做更多的工作。不过，您应该知道有一个相关的验证码。
但要确保这不是谷歌能回答的问题。这也显示了一个问题——操作顺序!
一种选择是带外通信;服务器可以向用户发送即时消息(或短信?)，然后他/她必须在验证码字段中输入该消息。
这给用户带来了一个“非此即彼”的要求——要么你必须启用JavaScript，要么你必须登录到你所选择的IM服务。虽然它可能不像上面的一些其他解决方案那么灵活，但它适用于绝大多数用户。
那些拥有编辑权限的人，可以随意添加优点/缺点，而不是单独提交回复。
优点:
可访问:许多IM客户端支持读取传入消息。一些基于web的客户端将与屏幕阅读器一起工作。
缺点:
javascript禁用的用户现在依赖于OpenID之上的另一个服务的正常运行时间。 机器人将导致额外的服务器资源使用(发送带外通信)，除非实现额外的保护
@lance
谁说每个请求都必须在服务器上创建所有映像?也许你可以有一个静态的图片列表，或者从Flickr中获取它们。我喜欢“点击小猫”验证码的想法。http://www.thepcspy.com/kittenauth。
如果从静态图像列表中提取，绕过CAPTCHA就变得很简单，因为人类可以对它们进行分类，然后机器人就可以轻松地回答这些挑战。即使机器人不能回答所有问题，它仍然可以发送垃圾邮件。它只需要能够回答一小部分的验证码，因为当尝试失败时，它总是可以重试。
这实际上也是谜题的问题，因为拥有大量挑战是非常困难的。
