Kryptronic Software Support Forum

mpeter · 12-30-2008 14:15:44

We are in the process of trying to move our cart from a Windows 2003 server to a Linux (Centos 05) server. On the windows machine the cart is quite stable, but I have had a devil of a time making the move to the Linux machine.

The first issue, which took me forever to figure was that I needed to ModPerl::PerlRun rather than ModPerl::Registry. Once I figured that out many issues went away, but there is some ongoing weirdness.

For instance when I log into the administrator, sometimes I can and sometimes I can't. Sometimes the username is populated with something like "51F6799290" -- this comes from the name of one of the temporary csv files that was created when an order is being entered. Weird. If I restart the server, I can log in to the adminstrator with out a problem.

A further more problematic issue. We typically access the cart with links that go right down to the product. In testing, I can click on these different links without issue for the 1st 5 to 10 links, but invariably, the system will start to get confused and the link that is supposed to bring up one product, brings up a product that I have previously viewed. When refresh the browser to get rid of a cache, I often get yet another product. Examples of the links are below:

http://www.pathwaybook.com/cgi-bin/cp-a … heHerd.com -- should come up "One with the herd"

http://www.pathwaybook.com/cgi-bin/cp-a … http://www -- should come up "L'Mazeltov"

http://www.pathwaybook.com/cgi-bin/cp-a … http://www -- this comes up correctly to "PATCH"

http://www.pathwaybook.com/cgi-bin/cp-a … http://www -- should come up "Openings"

http://www.pathwaybook.com/cgi-bin/cp-a … http://www -- should come up "More than words can say"

I am now officially baffled. My PerlRun parameters are below.

Alias /cgi-bin/ "/var/www/cgi-bin/ccp51/"
PerlModule ModPerl::PerlRun

<Directory "/var/www/cgi-bin/ccp51/">
SetHandler perl-script
## PerlResponseHandler ModPerl::Registry
PerlResponseHandler ModPerl::PerlRun
# PerlOptions +ParseHeaders
Options +ExecCGI
PerlSendHeader On
PerlSetVar PerlRunOnce On
# Order allow,deny
# Allow from all
# Options ExecCGI -Indexes
# AddHandler cgi-script .cgi .pl
</Directory>

My Cookie domain is .pathwaybook.com
My Cookie path is /cgi-bin

Any ideas? I am sure that that this has to do with my Apache/Perl setup, but I am out of ideas.

Thanks.

Marc--

rachaelseven · 12-30-2008 14:43:38

I had this exact problem when switching from regular PERL to mod-PERL. Unfortunately, it never got resolved until I moved from the shared server I was on to a dedicated server run by another company. So I don't know the answer, but I can definitely say that it is something to do with the mod-PERL configuration. I will ask my new host and see if they might know, although like I said, the problem was never on their server so I'm not getting my hopes up for an answer. One thing you might try is running the site under standard PERL and see if you can get it working that way until you sort the mod-PERL problem.

mpeter · 12-31-2008 07:36:57

Thanks. Removing mod_perl and just using ScriptAlias did the trick.

rachaelseven · 01-09-2009 10:20:58

Just an update on the topic... this problem recurred for me again recently on my new server, possibly as a result of a patch that was applied to the machine. In any case, the problem seemed to have something to do with the security level settings of the server. I was told that I was under "Medium" security level, which evidently meant that I was running under a server-level PERL interpreter. When they moved me to "High" security level, establishing a domain-specific instance of the PERL interpreter (among other things, I assume), that seemed to resolve the problem. Of course, that also changed the format of the paths in my cp-app and cp-admin files, since they were no longer relative to the server root, but only my site root. I'm still not sure I understand this all, but I figured I'd pass along the information.

vbsaltydog · 01-12-2009 12:30:34

The script loading the wrong pages is definitely a symptom of running under Apache perl variants like mod_perl, fastcgi, or persistent perl.

Kryptronic Software Support Forum

#1 12-30-2008 14:15:44

Flakiness

#2 12-30-2008 14:43:38

Re: Flakiness

#3 12-31-2008 07:36:57

Re: Flakiness

#4 01-09-2009 10:20:58

Re: Flakiness

#5 01-12-2009 12:30:34

Re: Flakiness

Board footer