PDA

View Full Version : Client cant download orders

datart
28-Nov-2003, 09:24 AM
I have recently fixed a problem with perl script version (you know the one that fills up the error log) by replacing all the perl files in the site directory with all those from original directory. Worked great apart from the fact that the client can no longer download orders. I, however had no problem.

Does he have to do the same thing to his machine ?
He's a total non-techy so I'm reluctant to get him to start deleting and copying files.

Any help appreciated.

heres the error he gets anyway.


"The web server returned an unknown response.

Possible Cause:
You are attempting to download orders
before uploading to the web site
Incorrect CGI-BIN URL in the web site details
Incorrect permissions on the CGI script on
the server (UNIX servers only)
Script corruption - Could be caused by:
Binary ftp transfer during manual installation
Incomplete transfer
Garbled transfer
etc.
Old or bad version of Perl running on server
Http server error
Wrong Path to Perl specified in the
web site details
Unknown
Recommendation:
Abort
Resolution:
Check cgi-bin script permissions
Compare cgi-bin script against local script to
check for corruption
Upgrade Perl on server (needs at least 5.002)
Run the Web | Configure Web Site Details command to verify your setup
Re-install the web site
Review server response for hints

The response was:
<HTML>
<HEAD>
<TITLE>CGIWrap Error: Execution of this script not permitted</TITLE></HEAD><BODY BGCOLOR="#FFFFFF">
<CENTER>
<TABLE BORDER=1 WIDTH=500 CELLSPACING=0>
<TR><TD BGCOLOR="#6666CC" ALIGN=CENTER><FONT COLOR="#FFFFFF" SIZE="+1" FACE="Helvetica, Arial"><B>CGIWrap Error: Execution of this script not permitted</B></FONT></TD></TR><TR><TD><P>Execution of (/home/sites/site23/web/cgi-bin/nq000001.pl) is not permitted
for the following reason:

<P><DL><DT>Script file not found.</DL>
<P><HR><P>
<DL>
<DT><B>Local Information and Documentation:</B>
<P>
</DL>
<DD><B>Contact Name</B>: Administrator
<DD><B>Contact EMail</B>: <A HREF="mailto:admin">admin</A>
<P>
<DL>
<DT><B>Server Data:</B>
<P>
<DD><B>Server Administrator/Contact</B>: admin
<DD><B>Server Port</B>: 80
<DD><B>Server Protocol</B>: HTTP/1.1
</DL>
<P>
<DL>
<DT><B>Request Data:</B>
<P>
<DD><B>User Agent/Browser</B>: Catalog
<DD><B>Request Method</B>: POST
<DD><B>Remote Host</B>: mix-bayonne-112-4-96.w80-9.abo.wanadoo.fr
<DD><B>Remote Address</B>: 80.9.255.96
<DD><B>Remote Port</B>: 1543
<DD><B>Extra Path Info</B>: /cgi-bin/nq000001.pl
</DL>

</P></TD></TR></TABLE><BR>
<A HREF="javascript: history.back();" onMouseOver="status='Back'; return true;"><IMG SRC="/.cobalt/images/back_but.gif" WIDTH="63" HEIGHT="20" ALIGN="BOTTOM" BORDER="0"></A>
</BODY></HTML> "
NormanRouxel
28-Nov-2003, 10:21 AM
At a very quick glance the lines

Execution of (/home/sites/site23/web/cgi-bin/nq000001.pl) is not permitted
for the following reason:

<P><DL><DT>Script file not found.</DL>

Appear to be saying that the nq000001.pl file isn't in your cgi-bin.

This file is created from PerlScript.pl in your Site1 folder.

Norman
pinbrook
28-Nov-2003, 10:45 AM
to get round non-teccy clients we use VNC to log into their machines and do the work ourselves....much quicker in the long run.

Personally I think you will have to replace the perl scripts on the client machine, since the error message says he has to do an upload before he can do a download
datart
28-Nov-2003, 11:15 AM
The vnc option through their modem is a painful experience so I'm trying to avoid that.

So are we agreed that the only option is for them to copy the perl from the original folder into the site1 folder ?
pinbrook
28-Nov-2003, 11:20 AM
I reckon so
datart
28-Nov-2003, 12:08 PM
Ok. they tried that - no change.

Can I send them a snapshot that will not overwrite their orders?
cdicken
28-Nov-2003, 03:34 PM
Can I send them a snapshot that will not overwrite their orders?You can in v6 but not in v5.

In v5 they would need to backup their 'ActinicCatalog.mdb' file somewhere safe first.

Then, import a snapshot from you.

Then copy their 'ActinicCatalog.mdb' file back into their 'Site1' folder.

A little technical, but it would work.
datart
01-Dec-2003, 08:02 PM
I havent yet sent them the snapshot as I noticed the script numbers were different. 100 on my machine and 1 on the clients. I have rectified this and refreshed from my end . They now receive the following error.

Possible Cause:
The username and password stored in the
Housekeeping | Security dialog do not match
those on the web site.
Recommendation:
Abort
Resolution:
Refresh the web site

Command: search Filename: .ord


I have checked the security settings and everything seems to match. Any ideas?
cdicken
02-Dec-2003, 04:11 PM
Never seen that one before. I suggest you copy and paste all your settings from Housekeeping | Security into a Word doc and get them to paste them into their software - just to make sure.
datart
06-Dec-2003, 09:35 AM
Ok, done that, same error. What do I do next.

I'm running out of ideas.
cdicken
09-Dec-2003, 08:43 AM
Have you tried copying all your amended Perl files into your client's installation?

If that doesn't work, I suggest you do what I suggested in my earlier post (copying the database out, importing the snapshot, copying the database back in). Then refresh from the client's machine and place a test order.

If it works, then take a snapshot from your client's machine onto your machine.