reCAPTCHA control

[GoogleCodeExporter]

I have created a reCAPTCHA control to replace the standard captcha in Prado, 
which is not well suited to prevent iterational spam/flood.

Usage instructions inside the control file (but basically the same as for 
TCaptcha).

Only one visible reCAPTCHA control per page allowed at any time, but that's the 
limitation of the reCAPTCH API, not that of the control implementation.

Original issue reported on code.google.com by google...@pcforum.hu on 8 Jul 2011 at 10:34

Attachments:

• recaptcha.zip

[GoogleCodeExporter]

This is a really useful control. I will try it soon and let you know feedback 
if any

Original comment by lon...@gmail.com on 9 Jul 2011 at 6:19

[GoogleCodeExporter]

Just make sure you supply a PrivateKey+PublicKey pair to the control.

The control currently doesn't check whether they're supplied. An exception 
should be raised in TReCaptcha::render() or ::PreRender() if any of them aren't 
(or is empty), but I didn't want to touch strings 
(framework/Exceptions/messages) for now. Also the assert in 
TReCaptchaValidator::evaluateIsValid() should be changed to an exception with a 
meaningful text.

Original comment by google...@pcforum.hu on 9 Jul 2011 at 11:13

[GoogleCodeExporter]

Added in trunk/ in r3044, thank you!

Original comment by ctrlal...@gmail.com on 2 Oct 2011 at 9:14

• Changed state: Fixed

[GoogleCodeExporter]

Improved version of recaptcha which saves a remote call to the recaptcha server 
when no possible solution to the challenge has been entered by the user, and 
also doesn't cause a PHP warning message when for some reason the captcha 
fields wereen't supplied in the $_POST array. The latter can happen for ex. 
when you dinamically make a previously hidden recaptcha control visible or 
create a new one in a callback, and then some validaton gets fired.

Original comment by google...@pcforum.hu on 22 Jan 2012 at 1:20

Attachments:

• TReCaptcha.php