View Full Version : Joomla site: captcha and news slideshow not working
Kaliause 01-06-2009, 07:56 AM My site was moved to a new server by my host. And since then captcha is not working for me. I'm using akocomment and ArtForms on my Joomla website. These two components are using captcha but it doesn't show up. At first I thought that GD library is not installed on the server. But apparently it is installed and enabled.
Another weird thing after the server move was newslideshow not working. I use JA News module on the homepage and it has news slideshow with a number of latest articles rotating. After the move only the first article shows up. Even though the loading icon appears but no thing happens.
The slideshow can be seen here http://www.talkbasket.net/
An example form with captcha is here http://www.talkbasket.net/create-blog.html
At the moment akocomment is disabled because users can't leave comments anyway. I also have EasyCaptcha installed.
There were no new module/component/mambots installation after the server move. All directories and files have the same chmod's.
Any help would be appreciated.
axiological design 01-24-2009, 07:52 AM sounds like php needs a recompile.
Kaliause 01-24-2009, 08:23 AM Can you give me more details? Should I reinstall those features?
axiological design 01-24-2009, 03:18 PM Sure, what kind of server are you using? What control panel?
Kaliause 01-24-2009, 03:29 PM I'm using cPanel 11.24.4-STABLE.
Apache version: 2.2.11 (Unix)
Operating system: Linux
wrightconsulting 01-24-2009, 03:48 PM Sounds like either the GD library was not compiled on the server or not configured correctly. Here is some more info on GD: http://www.boutell.com/gd/
I'd suggest submitting a support ticket to have it checked out.
040Hosting 01-24-2009, 04:21 PM Sounds you have to contact your host, they should be able to solve this issue for you. They apparently did not use the same setup as on the old server; and therefor should be able to figure out why its not working; if your host does not want to help you with it; i would say you have to move to a host which takes customer service seriously.
Kaliause 01-24-2009, 06:33 PM You wouldn't see this thread if my host was able to solve the problem :) The host was unable to find the problem. I copied all server settings from both old and new server and sent them to the host in order to find differences that could explain the problem. That didn't bring any luck though.
I was assured by my host that GD library is installed properly and works fine.
Does anyone know if phpbb3 use GD library for captcha during registration? If so, then it works just fine for me.
040Hosting 01-24-2009, 06:52 PM Just guessing, but do you have now suphp installed, and on a previous machine maybe not ?
Kaliause 01-24-2009, 07:00 PM Where can I check that? I checked PHP Info via Joomla's admin cp and coudn't find "suphp".
Not sure if this could help but there was a strange event not related to the problems mentioned above. Hotlink protection was disabled by default but there were some sites using small images from my website and stealing bandwidth. So I switched hotlink protection on. After switching it off again later I noticed that openSEF is not working and SEF url's weren't working. So I switched hotlink protection on again and everything was fine again.
I don't think that it has anything to do with my other problems but my point was that maybe some other server settings could be causing them.
040Hosting 01-24-2009, 07:22 PM You can see this in PHP at the line: Server API:, if this is CGI chances are you have suphp enabled on the server.
Check the file rights of the following url:
http://www.talkbasket.net/components/com_easycaptcha/captchas/Dpaulus-Captcha/captcha.php
It throws out an error, instead of an image; so something is wrong there.
Kaliause 01-24-2009, 07:29 PM Yes, it is CGI. It looks like you found the problem! I found my screenshots of the old server settings and the new one. You might want to have a look at them.
Old server: http://img401.imageshack.us/img401/4306/oldserver1uw5.jpg
New server: http://img262.imageshack.us/img262/1926/newserver1jf8.jpg
That captcha.php file has 777 chmod.
040Hosting 01-24-2009, 07:33 PM change that captcha file as fast as you can to something like 755.
Most likely your other problems are also because of file rights. Running suphp is not a bad thing; but it will break your site if you have to much rights on a file.
Kaliause 01-24-2009, 07:35 PM OK. Done the chmodding.
040Hosting 01-24-2009, 08:01 PM seems still not to work; maybe also other file in the directories have wrong permissions as well.
Check /usr/local/apache/logs/ you will find a suphp log there as well; you may find the files affected there.
UsefulPC 01-25-2009, 12:43 AM Hi Kaliause,
Some forms of Captcha also require certain Perl modules to be installed on the server.
e.g.
Authen::Captcha , Captcha::reCAPTCHA , WebService::CaptchasDotNet
Just a thought, make sure all the necessary Perl Modules are installed
on the server as well. Since you're utilising cPanel the host may or may
not have given you the ability to install Perl Modules from within cPanel,
check this first and if not check what Perl Modules you require from looking
at your scripts and contact them to add those modules
Kaliause 01-25-2009, 09:29 AM seems still not to work; maybe also other file in the directories have wrong permissions as well.
Check /usr/local/apache/logs/ you will find a suphp log there as well; you may find the files affected there.
How could I access that directory?
Hi Kaliause,
Some forms of Captcha also require certain Perl modules to be installed on the server.
e.g.
Authen::Captcha , Captcha::reCAPTCHA , WebService::CaptchasDotNet
Just a thought, make sure all the necessary Perl Modules are installed
on the server as well. Since you're utilising cPanel the host may or may
not have given you the ability to install Perl Modules from within cPanel,
check this first and if not check what Perl Modules you require from looking
at your scripts and contact them to add those modules
None of the above Perl Modules are installed on the server. But I found them on the list of modules that can be installed. Are there any chance that I could cause some problems on the server if I install them? I wouldn't want to mess the server up.
How could I check if the scripts require those modules?
040Hosting 01-25-2009, 10:06 AM You won't need those perl modules as you are using a PHP based version, as said before it looks (and i am quite postive about this) you have some more file permission issues. You can check the above log file directory for more information.
Kaliause 01-25-2009, 12:32 PM The problem solved. It was indeed caused by wrong directory and file permissions. Thanks to Patrick for helping me.
This thread can be closed now. Hopefully people who have the same problem will be able to find a solution in this thread.
040Hosting 01-25-2009, 03:50 PM Kailause,
No problem, glad I could help.
Patrick.
|