View Full Version : Missing CGI-BIN
vmsholdings
04-Oct-2006, 02:44 PM
Hi
I am trying to upload my Actinic Site to our ISP server but Actinic cannot find the CGI-BIN folder. Does this have to be enabled/created by my ISP or can I create this folder myself?
Cheers
Steve
I-CC
04-Oct-2006, 02:47 PM
Generally (unless they do it as standard) you need to login via FTP and create a cgi-bin folder in your public web area and set it to 0755 chmod permissions (although when you mkdir it should do this for you).
Also, they may have created it for you already, but under a different name maybe, (scripts , cgibin etc)
vmsholdings
04-Oct-2006, 03:35 PM
How do I set the cgi-bin to 0755 chmod permissions?
I-CC
04-Oct-2006, 03:43 PM
You need to login and with the cgi-bin folder on show, then depending on the ftp application you are using, (sometimes right click on the cgi-bin) and select chmod or set permissions etc etc...
If it is not numbers then you need.
-rwxr-xr-x
which is
r = read
w = write
x = execute
which is in 3 groups of rwx from left to right being user, group, world
dmjcomputing
22-Oct-2006, 05:08 AM
I still cannot get the CGI-BIN to function. I installed a perl interpretor for server 2003 running IIS 6.0 but still does not work. What else should I do!!
wjcampbe
22-Oct-2006, 09:42 AM
When you created the initial website, IIS should normally have created a folder called cgi. You would then create cgi-bin as a 'Virtual Directory' pointed at the cgi folder.
The user identity you put in the top right FTP area in Actinic Network settings must have write permissions on the cgi-bin virtual directory. All users must have read permissions.
Have you added the .pl extension to the list of web extensions and pointed it at the newly installed Perl executable with the %s %s followers?
dmjcomputing
22-Oct-2006, 03:59 PM
IIS did not created the cgi directory so I created the cgi directory and also the cgi-bin virtual directory. I enabled extentions for the .pl to point to the perl executable but still no success. I changed the NETWORK permissions to read, write and execute but no success there either. When I run the wizard it gets stuck in "Trying CGI-BIN guesses." What else can I do!! Oh and I just noticed this is for version 8 not 7.
wjcampbe
23-Oct-2006, 02:32 AM
Network settings are the same for v7 and v8 - once you have a working set, then you can export those settings from v7 and import them into v8.
What do you have as the setting for the cgi-bin folder on the ftp side? I use /cgi/ on my IIS 5 site (have not configured the IIS 6 site yet). The URL setting on the left, I have as http:// domain name/cgi-bin.
dmjcomputing
23-Oct-2006, 02:52 AM
The error I get now is: The test script failed to execute on the web server. The error could be caused by several things. Check the path to the Perl shell, the CGI script extension, the path to CGI-BIN, and the CGI-BIN URL. This error could also occur if your web site is out of disk space or your web server is not configured to accept POSTs to CGI scripts.
This shows when I click on test..
Here is the exported settings...
HTTPPROXYMODE 0
HTTPPROXYADDRESS
HTTPPROXYPORT 80
HTTPPROXYUSER
HTTPPROXYPASSWORD
FTPPROXYMODE 0
FTPPROXYADDRESS
FTPPROXYPORT 21
FTPPROXYUSER
FTPPROXYPASSWORD
SCRIPTID 1
SCRIPTEXT .pl
SMTPHOST ***************
WEBSITEURL www.dmjcomputing.net
IGNOREPASSIVEERRORS true
USERELATIVECGIURLS false
PATHTOPERL /usr/bin/perl
USEENHANCEFTP true
FTPCLIENTTIMEOUT 15000
FTPRETRYDELAY 3000
FTPSILENT false
FTPMAXRETRIES 3
FTPCONNECTTIMEOUT 25000
SMTPAUTHREQUIRED false
SMTPUSERNAME
SMTPPASSWORD
CATALOGURL http://www.dmjcomputing.net/acatalog/
CGIBINURL http://www.dmjcomputing.net/cgi-bin/
PATHFROMCGITOCATALOG ../acatalog/
CODEBASE ./
FTPHOST server.dmjcomputing.local
FTPUSERNAME ****
FTPPASSWORD ****
PATHTOCGIBIN /cgi-bin/
USEPASSIVEFTP true
FTPPATHFROMCGITOCATALOG ../acatalog/
wjcampbe
23-Oct-2006, 02:58 PM
PATHTOPERL /usr/bin/perl
is wrong.
The windows path to perl will reference the C: drive. My current working setting is
PATHTOPERL C:\Perl\bin\perl.exe
Also, my FTP path to cgi follows the physical naming and references /cgi/ and not the virtual directory cgi-bin.
regards,
vBulletin® v3.8.4, Copyright ©2000-2012, Jelsoft Enterprises Ltd.