Error 500: Configuration Error on checkout page

[dharmesh]

Hi
I am getting following error on checkout

Error 500: Configuration Error


Document: /cgi-bin/os000006.pl

on checkout page http://www.directskincare.com/cgi-bin/os000006.pl

site is hosted at easyspace.com
asked them to look in that are saying it's the program script.

Please let me know how to sort this out i don't know anything about scripts.

Thanks in advance.

Dharmesh

[Duncan Rounding]

Error 500 indicates a server error probably on executing or trying to execute the script.

Two things to check initially:
1. Run through the network wizard and check all tests ok
2. Check your directory permissions

These links may also help:
http://community.actinic.com/showthread.php?t=17664&highlight=500+easyspace
http://community.actinic.com/showthread.php?t=16568&highlight=500+easyspace
http://community.actinic.com/showthread.php?t=14978&highlight=500+easyspace

Also export and post your network settings here (removing the passwords first)

[dharmesh]

advance setting test all OK

here's the settings:

HTTPPROXYMODE 0
HTTPPROXYADDRESS
HTTPPROXYPORT 80
HTTPPROXYUSER
HTTPPROXYPASSWORD
FTPPROXYMODE 0
FTPPROXYADDRESS
FTPPROXYPORT 21
FTPPROXYUSER
FTPPROXYPASSWORD
SCRIPTID 6
SCRIPTEXT .pl
SMTPHOST localhost
WEBSITEURL http://www.directskincare.com/
IGNOREPASSIVEERRORS true
USERELATIVECGIURLS false
PATHTOPERL /usr/bin/perl
USEENHANCEFTP false
FTPCLIENTTIMEOUT 5000
FTPRETRYDELAY 3000
FTPSILENT false
FTPMAXRETRIES 3
FTPCONNECTTIMEOUT 15000
SMTPAUTHREQUIRED false
SMTPUSERNAME
SMTPPASSWORD
CATALOGURL http://www.directskincare.com/acatalog/
CGIBINURL http://www.directskincare.com/cgi-bin/
PATHFROMCGITOCATALOG ../acatalog/
CODEBASE ./
FTPHOST www.directskincare.com
FTPUSERNAME *******
FTPPASSWORD *********
PATHTOCGIBIN cgi-bin/
USEPASSIVEFTP true
FTPPATHFROMCGITOCATALOG

for permissin setting connected with ftp prog
couldn't work out how to see the settings.
didn't have any options to set or view settings.

[Duncan Rounding]

Looks about the same as I have, except the PATHTOCGIBIN - I have:
/mydomain/cgi-bin/
You could try that change and try again.

You didn't mention if you'd checked the cgi-bin and acatalog permissions.

Another thing to try would be to change the SCRIPTID and then do a site purge and refresh.

Also I see that it is only the checkout that you have the problem - searches are ok.

Maybe someone else has more knowledge to offer.

[NormanRouxel]

Perhaps os000006.pl on your server is corrupt.

Try copying OrderScript.pl from C:\Program Files\Actinic v7\Original into your Site folder and do an Update.

If that doesn't help (because Actinic hasn't updated the live OrderScript) open OrderScript.pl (in your Site folder) in Notepad. Make and then undo a text change then re-save. This gives it a current date stamp. Re-do the Update and see if that helps.

[dharmesh]

uploaded new orderscript.pl with todays date stamp still no joy.

let me know how check permission settings i connected with command ftp prog right clicked on file but there was no option to see or set permission.

[Duncan Rounding]

If you are on a Linux server you will need to right click on the folders. If you are on Windows you will have to contact your host.
On Linux you will need:
acatalog 777
cgi-bin 755 (and same on all files contained within)

If your ftp client doesn't allow permssion changes then the simplest is to download another free one - such as SmartFTP from smartftp.com.

[dharmesh]

Hi Duncan

checked the permission

it's set as you said

acatalog 777
cgi-bin 755

still no joy.

[wjcampbe]

Hi Duncan

checked the permission

it's set as you said

acatalog 777
cgi-bin 755

still no joy.
And the files inside cgi-bin?

[dharmesh]

they all have permission set 755

[wjcampbe]

Looks like its time to change script number, then do a full Web | Refresh Website.

[dharmesh]

Looks like its time to change script number, then do a full Web | Refresh Website.

Chenged script no to 8 and full web refresh.

still no joy.

[wjcampbe]

Hmmm. Had a look at your cgi-bin and see script numbers 1,2,3,5,6,8 all there. None of them can be executed from where they are. You need to discuss this with your host.

[NormanRouxel]

As Bill says - it would be a good idea if you can see your servers error logs as there's bound to be much more detail there regarding the error.

This may be a red-herring but I've a feeling that OrderScript.pl uses some encryption and checksumming packages. These may not be needed for the other scripts and there's a possibility that your server doesn't have some of these required routines. The logs will certainly help.

[dharmesh]

I'll ask easyspace for the info but am 101% that they'll say it's the script nothing todo with them.
i have asked to look in to setup and there answer was that before.
i'll try again.
if anyone got more sugestaion i am willing to try.
one more question i've generated scripts to upload it manually but am bit confused on last two items witch i have highligted.

To update your web site installation,
o Transfer the CGI scripts to the CGI-BIN on your web server:
nq000006.pl
ms000006.pl
mf000006.pl
ca000006.pl
os000006.pl
bb000006.pl
ss000006.pl
se000006.pl
cm000006.pl
rs000006.pl
sh000006.pl
md000006.pl
al000006.pm
ad000006.pm
as000006.pm
di000006.pm
ae000006.pm
ao000006.pm
ac000006.pm
px000006.pm
ax000006.pm
cm000006.pm
sm000006.pm
ab000006.pm
sl000006.pm
dd000006.pm
nph-dl000006.pl


o Create the Actinic web site directory
o Place the Java applet archive files in the Actinic web site directory: encrypt.zip
encrypt.cab
o Create a subdirectory tree (COM/Actinic/Catalog) off of your
catalog web site directory and place the loose Java applet
class files in it:
EA.class
BOS.class
OB.class
OR.class
R.class
TD.class
S.class
FI.class
IC.class

[Duncan Rounding]

I think these are for the Actinic Java based secure pages.

[wjcampbe]

Before you do anything else, you need to talk to your host. Ask them to confirm they have enabled script execution on your site. If they say they have ask them to disable and re-enable script execution as this off again/on again switch has been known to cure script execution problems.

You should also go to your site with FTP and delete all the 1,2,3,5,6 scripts, just leaving those which end in 8.

There is no long term advantage to you in manually uploading files. If Actinic cannot communicate correctly with your site you are not fuctional, even if you do manage to become operational. What do you do if you manually upload items, the site starts working, but settings are still wrong and you can't download your orders or upload any changes?

[dharmesh]

Thanks Bill, Duncan and everyone.
I have asked my host question you suggested.
I'll let you know when they reply.

Dharmesh

[NormanRouxel]

I think these are for the Actinic Java based secure pagesEncryption is also needed for the storing of order and credit card details on the server. They wait there for downloading by the Actinic order processing phase. There are two levels of encryption, a "light" one for customer name and address type details and a "strong" one for any Credit Card related info.

[dmalani]

Hi there

o Create the Actinic web site directory
o Place the Java applet archive files in the Actinic web site directory: encrypt.zip
encrypt.cab

Upload encrypt.zip and encrypt.cab(can be found within C:\Program Files\Actinic v7) to the acatalog folder on the server.

o Create a subdirectory tree (COM/Actinic/Catalog) off of your
catalog web site directory and place the loose Java applet
class files in it:
EA.class
BOS.class
OB.class
OR.class
R.class
TD.class
S.class
FI.class
IC.class

Manually upload the .class files from within the C:\Program Files\Actinic v7 folder on the PC to the acatalog/COM/Actinic/Catalog(create the path) on the server

[dharmesh]

Still no luck.
asked my host to switch permission on and off also checked it myself the permissions are set ok.
uploaded scripts manually.
running out of ideas.
if anyone has sugestion i am happy to try.
Thanks

[wjcampbe]

Can you check your site1 folder and confirm you have Act_Order00.html and Act_Order01.html and ..02.html, ..03.html and ..04.html all present? If any of these are missing, then this might explain the problem.

[dharmesh]

Hi Bill
should it be on the server.
it is on my pc.

[wjcampbe]

Yes, those template files should be on your PC in the site folder, and files with the same names should be on the website.

If any of these are missing on the server, do NOT copy the file from the site1 folder, as these are only templates, you need the generated files.

Just noticed that in your settings, you show the FTPHOST as www - this would normally be ftp.directskincare.com, have you passed a network test and successfully uploaded using the www?

[Jeremy Clark]

I too am getting 500 server error on checkout.

This is as I am changing to donhost dedicated from Verio shared server. The advanced "test" works until it tries running a script - which it cannot. The live performance is the same.

Frustrating, as it worked fine as a sub-domain when I was testing it - taking and downloading orders, but now does not work when domain is transferred.

Does anyone run on Donhost dedicated who could let me know the correct settings?

using v 7.0.5

I have path to acatalog from cgi-bin = /home/s/a/saddler/public_html/acatalog/

path to perl shell = /sbin/perl/

ftp is ok, mail is ok - just "running" the scripts.
Have checked chmod is correct everywhere.

www.saddler.co.uk

Any help gratefully received.

[wjcampbe]

@ Jeremy

Where is the cgi-bin? That will help indicate what the relative path is. For example if cgi-bin is /home/s/a/saddler/public_html/cgi-bin/ then the correct path should be ../acatalog/, if it is /home/s/a/saddler/cgi-bin the the relative path is ../../acatalog/.

[NormanRouxel]

path to perl shell = /sbin/perl/
This isn't just the path - it has to be the path and name of your Perl interpreter. E.g.

/sbin/perl/perl

or possibly just

/sbin/perl

I've a feeling that a trailing "/" won't work.

[Mike Hughes]

Jeremy, You'd have been better starting a new thread as your problem aren't the same and now this thread is going to get confused.

Bill, Are you sure about needing the Act_orderxx.html files on the server? I checked on my server and they don't seem to be anywhere on mine.

Dharmesh, yours is a strange problem as all the other scripts seem to run Ok which implies the network setup is fine. Can you check the permissions on the COM director that sits inside the acatalog directory (and all of subdirectories). These need to be set to 777.

I suspect Bill is on the right track, in that it looks as if something that actinic needs is missing or not accessible.

Mike

[wjcampbe]

Mike (olderscot) said
Bill, Are you sure about needing the Act_orderxx.html files on the server?
Mike, I may have expressed that badly, There are no Act_Order files on the server, but I do have Order00.html Order01.html etc.

The way Dharmesh site is behaving I expected to find order01.html is missing on his site - but it's not!!!

[dharmesh]

Mike, I have changed permission for COM dir and every thing inside to 777.

Bill, my host asked me to use www not ftp it only works with www.

[wjcampbe]

From the FAQ on the Actinic website
Actinic Catalog requires that you provide FTP access to both the web site and the CGI-bin. FTP is used to upload the CGI scripts and the Java applet (one of the methods used for encrypting orders).
If your host refuses to provide FTP access and insists you upload via http (www) then they may not be suitable for Actinic. Hopefully Chris or one of the other Development guys are loitering about (I mean that in the nicest way) and can comment on this.

[Mike Hughes]

Hi Bill, got you now on the orderxx.html files. I thought you had to be right as of course the scripts need them to generate the pages but I just couldn't see anything with Act_ prefix.

I suspect Dharmesh is using ftp to connect, it's just that the ftp server uses www. as the name. This should be Ok shouldn't it?

This is a strange one alright. I've looked at the network settings again but the path to cgi-bin looks Ok as that could have been another reason why the scripts couldn't find the order01.html file.

This could well be one of these cases where someone needs to ftp into the server and take a look. Dharmesh, if you haven't already done so, log a request with actinic support here http://www.actinic.co.uk/support/register.htm or give them a call if you have cover.

Mike

[Jeremy Clark]

Thanks to everyone for such a speedy and useful response.
I have removed trailing "/" from the path to perl - and the "test" now works fine, so I expect everything else will.

Sorry for posting on the wrong thread - I guess I was inspired by the same error message, but I suppose it is quite a common problem.

Thanks again

Jeremy
(Crossing my fingers it will work when live...)