Very slow checkout

[pinbrook]

Ask your hosts about chillisoft, you won't have to learn PHP then and can run your exsisting ASP pages

[I-CC]

Chili 3.6.2 features:

One-hundred percent pure Active Server Pages support: Sun Chili!Soft ASP supports the most common and frequently used ASP standards, such as ASP 2.0, VBScript 3.2, and JScript 3.2. You can easily deploy new or existing ASP applications with few or no changes to code.

In effect by using a Linux Chili ASP will mean very little if any alteration to your code.

v4 from SunOne includes the ASP 3.0

[jonwilliams]

They say they will be using Apache ASP which in their words "is not Chilisoft I'm afraid" so still advise re-coding to PHP. What can you tell me about Apache ASP?

J

[I-CC]

Basically, Apache ASP provides an Active Server Pages port to the Apache Web Server with Perl scripting only.

It is an ongoing development and not fully compliant with ASP 2.0 let alone the other normal featues.

This link will give you the low down: http://www.apache-asp.org/index.html

[jonwilliams]

Hi - Latest installment in the saga...

I have changed the site over to Unix and although the home page seems a little faster, I can't get beyond the first page - none of the pages are found. The network setup wizard tests everything OK, and the relative paths look ok to me. I have pasted my network settings below - anybody see anything obvious?

Thanks again.

Jon

HTTP Proxy: direct

FTP Proxy: direct

FTP Server: ftp.globaholic.com
User: globaholic
Password: ******
Path to the CGI-BIN Directory:
/cgi-bin/
Path from the CGI-BIN Directory to the Catalog Directory:
/httpdocs/acatalog/

Catalog URL: http://www.globaholic.com/acatalog/

Codebase: ./

CGI-BIN URL: http://www.globaholic.com/cgi-bin/
Perl Location: /usr/bin/perl
CGI Script Extension: .pl
Path from the CGI-BIN Directory to the Catalog Directory (as viewed from the CGI Script):
/home/httpd/vhosts/globaholic.com/httpdocs/acatalog/
CGI Script ID: 1

Mail Server: smtp.freeserve.net
Email Address: sales@globaholic.com

[garyhay]

have you changed the permissions

[jonwilliams]

no, the permissions are set to execute & read for public. is that right?

J

[jonwilliams]

Changed the path from cgi-bin to acatalog to a relative one and now it works.

Checkout is nice and quick now too - so thanks for the Unix advice.

Still getting "done, but with errors on page" messages though

Cheers
Jon

[Jenny]

It seems that there is a problem running Actinic/perl scripts with the new windows Microsoft Envisage servers and they are trying to fix it (time scale unknown). My client's site is now so unreliable but has been ok till now, probably due to an influx of other sites on the server, making it ok one minute and not the next.
Jenny

[wfl]

We are having problems with perl on a W2003 server.

At the moment we are running on a W2003 box with old perl. It is better but not brilliant. Our ISP has an outstanding tech call in with Microsoft to try and resolve.

We went for Windows because Actinic V6 will not run on unmodified PERL on Unix and our ISP has issues with modifying perl on their Solaris boxes.

[Jenny]

Is anyone running a V6 site on "Envisage Linux which is based on the latest Redhat Linux web-servers running Apache web-server." Any problems?
Get desperate probably will have to move my site but the affiliate software they have is still holding me back.
Jenny

[I-CC]

Originally posted by Alistair
We are having problems with perl on a W2003 server.

At the moment we are running on a W2003 box with old perl. It is better but not brilliant. Our ISP has an outstanding tech call in with Microsoft to try and resolve.

We went for Windows because Actinic V6 will not run on unmodified PERL on Unix and our ISP has issues with modifying perl on their Solaris boxes.

What sort of modofications were you told would need to be done on your hosts unix servers for Actinic to operate properly?

Not disputing the statement that they may have to modify some settings etc, but modifying perl itself to run Actinic seems a bit extreme.

[wfl]

The original thread that describes the problem is here;

http://community.actinic.com/showthr...=8603#post8603

We are lead to understand that there are some Actinic add ins for perl required for V6 on Unix but we heard around Telehouse that these are causing memory leakage.

V6 certainly doen't run on a vanila flavoured Sun Solaris box.

V6 worked fine on W2003 until we started asking it to do any work. Now we get a lot of scrip errors including the http header error mentioned elsewhere.

Whilst we are still working on the W2003 box we are also looking at a couple of different W2K boxes.

BTW I hear there is a fairly big patch coming from MS for W2003 this weekend.

[I-CC]

Ahhhh right, Sun Solaris is different from Linux and yes under Solaris you would need to plug some holes... But Linux in general should not be a problem if set up correctly to start with, which to be honest is the same for windows servers.

[Sly9er]

Hello jonwilliams

About your speed issue:
I am currently having the same issue with one of my clients.
I wrote into Support and they replied with some tips to give
to my clients hosting service.

( I wish they would just host with me. I have tested my Unix
servers and Actinic is fine with my servers, anyway....)

Here are the tips that Support gave me, to give to my clients
web hosting service:
( But I think their hosting service's pride got bent a little. Ha ha!)
----------------------------------------------------------------
There is little I can change to effect the performance of the site. If
your running on a shared hosting environment you are sharing server
resources with multiple web sites. So your problem is most likely that your
hosters has many sites on the server and not enough resources to cover the
sites needs. Your hosters may need to increase the memory on the hosting
machine. decrease the number of sites running on the machine.

My suggestions are to see if you can increase the amount of memory that the
Perl resources use. Also, check whether 'Digest-MD5' is installed on your
server by opening a command line on the server and typing ppm install
Digest-MD5

This is assuming your web host is using ActivePerl - you will need to check
with them about this.

It may be a week or more before I get to load your
acd file to our machine for testing, Sorry but were very busy and your
problem is 90% a problem with your host. Once I get a few minutes to test
in our environment I will write you back with our findings. You may also
want to consider moving your hosting to a collocated server or a new
hosters.


The actual site itslef seems to be running OK, it is just when it is running
scripts. It definately looks like a hosting issue here.

They are running scripts, check that the hosting company has 16mb of RAM to
run the scripts.

Ask are the perl modules loaded into RAM on the server, or are they accessed
of the disk each time. If they are accesed off the disk, then the result
will be slow running.

Ask if there is bandwidth throttling enabled? If there is, get the host to
relax this a little. The same applies to CPU throttling.
----------------------------------------------------------------------------

Also Jon,
If you need some help with setting up some cgi scripts for a
Unix server. IE: Customer service, Recommend Us, etc.
Let me know.
I have developed several scripts for my clients that work
very well

Keep in touch