看起来我们将为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>兼容的验证码，如果可能的话。
想法吗?
当前回答
你看过威基斯吗?
Waegis是一个在线web服务，它公开了一个开放的API(应用程序编程接口)。它通过API方法获取传入数据，并应用快速检查，及时识别垃圾邮件和合法内容。然后它将结果返回给客户端，以指定内容是否是垃圾邮件。”
其他回答
If the main issue with not using images for the captcha is the CPU load of creating those images, it may be a good idea to figure out a way to create those images when the CPU load is "light" (relatively speaking). There's no reason why the captcha image needs to be generated at the same time that the form is generated. Instead, you could pull from a large cache of captchas, generated the last time server load was "light". You could even reuse the cached captchas (in case there's a weird spike in form submissions) until you regenerate a bunch of new ones the next time the server load is "light".
非常简单的算术很好。盲人也能回答。(但正如Jarod所说，要注意操作符优先级。)我想有人可以编写一个解析器，但这使得垃圾邮件的成本更高。
足够简单，并且围绕它编写代码并不困难。我看到了两个威胁:
随机的垃圾邮件机器人和可能支持它们的人类垃圾邮件机器人;而且 机器人创建游戏堆栈溢出
通过简单的算术，你可以打败威胁1，但不能打败威胁2。
如果您希望使用基于ascii的方法，可以考虑如何集成FIGlet。你可以制作一些自定义字体，并对每个字符进行一些字体选择随机化，以增加熵。字距调整使文本在视觉上更赏心悦目，也使机器人更难进行逆向工程。
如:
______ __ ____ _____
/ __/ /____ _____/ /__ / __ \_ _____ ____/ _/ /__ _ __
_\ \/ __/ _ `/ __/ '_/ / /_/ / |/ / -_) __/ _/ / _ \ |/|/ /
/___/\__/\_,_/\__/_/\_\ \____/|___/\__/_/ /_//_/\___/__,__/
因此，CAPTCHA对所有用户都是强制性的 除了版主。[1]
这太愚蠢了。所以会有用户可以编辑网站上的任何帖子，但没有验证码就不能发布?如果你有足够的代表投票帖子，你有足够的代表发布没有验证码。如果有必要，可以调高一点。此外，你可以使用大量的垃圾邮件检测方法而无需图像识别，因此即使是未注册的用户也不需要填写那些该死的CAPTCHA表单。
我只是用了一些任何人都能回答的简单问题:
天空是什么颜色的? 橙子是什么颜色? 草是什么颜色?
这使得有人必须为您的网站定制一个机器人程序，这可能不值得付出努力。如果有，你就改题。
