Joomla! 1.6.X - Use Securityimages 6.X
* Native Joomla! 1.6 plugin, not a component anymore!
* Use Joomla! buildin extensions manager for easy update
* Support best online captcha services: Recapctha, KeyCaptcha and NuCaptcha
* Protect all JForm Field of all Joomla! extensions without ANY patches to Joomla! core or extensions
Joomla! 1.5.X - Use Securityimages 5.X
* Components + FTP Joomla! 1.5 core patches
* 5 famillies of highly configurable captchas.
* Used by many others extensions: akobook, akocomment, Joomla! contact, login and registration, simpleboard forum,
* Joomla! core patches for protecting: Contact, Login, register, lost password, lost user account, Akobook, Akocomment, virtuemart
1. Get "SecurityImages 5.0 0RC1 for Joomla! 1.5" from the 1.5 downloads page for the extension (possibly http://www.waltercedric.com/downloads-for-joomla/cat_view/333-joomla15/334-securityimages.html?limit=5&limitstart=0&order=date&dir=DESC)
2. Get plugin_system_securityimages5.0.0RC1 from the downloads page
3. Get Joomla_1.5.x-Stable-Full_PackageForSecurityImages5.0.0
4. Install 1 and 2, then apply the patch(3).
I also discovered that you need to set the security image component directories to 755 instead of 777 for it to work in PHP5. Now, it works just fine. Thanks!
Maybe a better solution is to add CAPTCHA engine to the Joomla! core. I mean, let Joomla! has its own CAPTCHA component and plugin and API. Then any 3rd party extension can call and show security code if it was coded to use this API.
Thanks for your efforts, hope Joomla! team will add this feature soon.
1) Go to this page:
2)Download and install the "com_securityimages" file using the Joomla Component Installer
3)From the same page, download the correct patch version for your version of Joomla (e.g. 1.0.14).
4) Backup your Joomla installation
5) Copy over the files from the patch archive into your root Joomla directory
6) You're ready to rumble! Lots of it comes default configured, and you can get a wide array of additional options through the "Security Images" component control panel.
This worked great for me, and its the best one I've tested because you don't need to add an additional module, you patch the existing one which makes it much easier because the ones that come in separate modules, you have to go through and manually change some of the links to the Log in and register pages!
After spending some time on my test environment (using Joomla 1.0.13), it still would not work and I had to hack the mess out of to *try* to make the images appear. They still wouldn't show up even after the php files were edited.
For a stand-alone Joomla installation, this wouldn't be a problem; however, for a web development client, it is unacceptable to have to go through such modification and issues that would be better handled through a one-time installation.
Don't get me wrong, I think this is a very good tool; however, the efficiency of its setup leaves much to be desired.
It has come a long way. All you now need to do is, install, configure, replace the components you want to use (for example, replace the standad com_register with the patched ones) and then you are set to go.
You can either patch you joomla files by hand as is clearly indicated, OR you can use the provided patched (different download) files and overwrite the ones on your server. After that you simply have to select the kind of protection you want. Here a dropdown or similar would have been welcome, but nothing serious here.
Securing your website like this is a breeze! Thanks Walter!
First, someone back in the review lists said they could never get their images to come up, no matter what they did. Initially I thought this was going to be the case for me as well. Turned out though that the general settings, hncaptcha v1.0 is set, and this simply didn't work (maybe that engine isn't installed by default, who knows, I didn't look into that). Changing that setting to the first choice, core v.1.1 made things work perfectly.
More disturbing to me was the fact that after the intial install, php errors were being generated on unsuccessful captcha entries and during configuration. Both of these situations were generating errors relating to mosConfig_lang being undefined, even though the joomla configuration file defines it. This required commenting out the if statements that checked to see if you had some other language choice set. A second error on an unsuccessful captcha related to another undefined variable, this one specific to this component, "securityImagesLet3rdpartyOverideChoosenPlugin" in SecurityImageChecker.php. I wasnt sure if that was a misspelling of "chosen", or some other error, but it was just a simple if condition commenting out that (and the first branch) got rid of this.
Now having said all that, I've been using joomla for all of a week and a half, and the install (other than being careful to back up the files that the patch required replacing and the other tedious elements like making sure ownership was a ppropriate on the replaced files and whatnot) still took less than an hour to get things up and functional. It's a component well worth having.
Then had the problem a few other people have had with the CAPTCHA image not showing up. Turns out my server (Ubuntu 6.1 LAMP server) did not have support for the GD image manipulation library. Installed using apt-get install php5-gd, & restart Apache.
Now it works like a dream.
Installing and running joomla 1.0.12, Virtuemart 1.0.9, Windoze dev box (yeah I know, severs are linux, and PHP 5.1.2.
I read all the info I could and followed the instructions. The initial result was that the image was not being shown at all. First problem was not having the "GD" installed (which is a library called gif draw, see http:/www.libgd.org/Main_Page for info & downloads). After editing my php.ini file to enable the GD section, it was producing an image source stream, but not displaying.
I downloaded the core patches, which enable the CAPTCHA in the Joomla default functions. Oh, I recommend not enabling the administrator login part until you have the normal site working (or you are locked out).
After this still wasn't generating the image. I read a post about turning off debug mode to make it work, but that didn't do it.
I finally had to edit the code because the error output (seen by pasting the URL of the image into a new browser page) was complaining about cant rewrite headers. I had to change the source hn_captcha.class.php, commenting out line 660 which tries to set a header content type.
After that one line fix it worked perfectly, in both IE 7 and Firefox 2.0.
Again, great module!