Announcement

**Marci** · 27-Jun-2007, 11:01 AM

Aye, tis still present and correct... if that was the case however, it'd affect EVERYONE rather than just a few...

**dave_finlayson** · 27-Jun-2007, 11:12 AM

Aye that's true. Very odd that the cgi links work through store but not www. Might have to be one for support.

**Marci** · 27-Jun-2007, 11:28 AM

Never got anywhere with support since 2000... shall muddle onwards...

Have now created cgi-bin at http://store.over-clock.com/cgi-bin so that everything is on http://store. as far as the catalog is concerned - I guess laziness prevented my clouded mind from doing the obvious long ago...!

So... the wonderful world of subdomains renders my site as follows:

http://www.over-clock.com/acatalog = http://store.over-clock.com/
http://www.over-clock.com/acatalog/cgi-bin = http://store.over-clock.com/cgi-bin/

Can see that's gonna be fun to get right in NetworkSettings (basing everything round store.) already... one day I'll make life easy for meself...!

**Marci** · 27-Jun-2007, 12:08 PM

After many combinations of ./ and ../../ and suchlike, it appears to be working for now... not so much a fix of the problem as a work-around - still doesn't explain what the original problem was, why things worked fine before, then suddenly started NOT working fine... but heyho.

Now back to putting the NEW skin in place...

**Marci** · 27-Jun-2007, 01:23 PM

Done n' dusted and all now works perfectly... problem unresolved. Just went about it all a different way instead and finally gave up on having CGI-Bin on diff subdomain to rest of Store.

**Marci** · 28-Jun-2007, 08:59 AM

DOESN'T work perfectly. STILL got the problem. ARSE!

Turns out, the CGI Script generated pages, such as the shopping cart and the search script, all insert <base href="http://www.over-clock.com"> into the <head> section of the page, which is incorrect. There isn't anything within the templates to account for this - when you head to the Shopping Cart pagetype, you merely get the InnerLayout to fiddle with, not the rest of the wrapper. When I check the wrapper for a standard content page, there is no mention of <base href....>, there's the actinic variable <actinic:BASEHREF...> but that's summat different. So, somewhere within the CGI Scripts, something is being misreferenced.

**Mike Hughes** · 28-Jun-2007, 09:19 AM

Hi Marc,

So what do you have in your network settings for the catalog url and cgi-bin. are they set to http://store.over-clock.com/ and http://store.over-clock.com/cgi-bin/ ?

Mike

**Marci** · 28-Jun-2007, 09:46 AM

Yep... there's no mention of www.over-clock.com within network settings. That's what's getting me puzzled... where is Actinic getting "www.over-clock.com" from to insert is as <base href=""> within CGI Scipt related pages (search, directlinktoproduct, shoppingcart)??

**dave_finlayson** · 28-Jun-2007, 09:53 AM

Could it have been hard coded into your BaseHref layout at some point?

**Marci** · 28-Jun-2007, 10:26 AM

Have now hardcoded it, but this only resolves the site not being able to see the stylesheet in the cart. It doesn't resolve the NewProducts / Best Seller DirectLinkToProducts link thru the searchscript.

**dave_finlayson** · 28-Jun-2007, 10:34 AM

Weird as. I really don't know what the problem is but if I change this link:-

http://store.over-clock.com/cgi-bin/...F=25&NOLOGIN=1

to:-

http://www.over-clock.com/cgi-bin/ss...F=25&NOLOGIN=1

it brings up the correct page redirecting to the correct:-

http://store.over-clock.com/cgi-bin/...F=25&NOLOGIN=1

Very very weird

**Marci** · 28-Jun-2007, 10:52 AM

OK... easiest way to view the issue at hand. Go to http://store.over-clock.com
Hit "View Cart" link.

You should now be presented with the Shopping Cart with all it's stylesheet data missing. Go to "View Source" in your browser. You should see the following:

Code:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
   <title></title>
   
   
      <BASE HREF="http://www.over-clock.com/">
   
   


   
   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

Now, nowhere AT ALL within the Actinic application is WWW.over-clock.com mentioned... anywhere. Not in Network Settings, not in Business Settings, and not in any template that I can find. I've also restored all scripts to their original unaltered state as the cookie-fix is no longer required now that cgi-bin is on the same domain as the rest of the site.

Go back to http://store.over-clock.com and hit "View Source" in your browser from there and you'll see:

Code:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
   <title>Over-Clock UK Ltd. Online Catalogue</title>
   
   
      <Actinic:BASEHREF VALUE="http://store.over-clock.com/" FORCED=0 />
   
   


   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

The template responsible for generating all the above is one and the same as far as I can tell...

Code:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
   <title><actinic:variable name="PageTitle" /></title>
   <actinic:variable name="BaseHref" />
   
   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

And the template for <actinic:variable name="BaseHref" /> is as follows:

Code:

<actinic:block if="%3cactinic%3avariable%20name%3d%22IsBaseHREFStandard%22%20%2f%3e">
   <actinic:block if="%3cactinic%3avariable%20name%3d%22IsBaseHREFIncludesAcatalog%22%20%2f%3e" >
      <Actinic:BASEHREF VALUE="<Actinic:Variable Name="CatalogURL"/>" FORCED=0 />
   </actinic:block>
   <actinic:block if="%3cactinic%3avariable%20name%3d%22IsBaseHREFForced%22%20%2f%3e" >
      <Actinic:BASEHREF VALUE="<Actinic:Variable Name="CatalogURL"/>" FORCED=1 />
   </actinic:block>
</actinic:block>
<actinic:block if="%3cactinic%3avariable%20name%3d%22IsBaseHREFSSL%22%20%2f%3e">
   <actinic:block if="%3cactinic%3avariable%20name%3d%22IsBaseHREFIncludesAcatalog%22%20%2f%3e" >
      <Actinic:BASEHREF VALUE="<Actinic:Variable Name="SSLCatalogURL"/>" FORCED=0 />
   </actinic:block>
   <actinic:block if="%3cactinic%3avariable%20name%3d%22IsBaseHREFForced%22%20%2f%3e" >
      <Actinic:BASEHREF VALUE="<actinic:variable name="SSLCatalogHomeURL" />" FORCED=1 />
   </actinic:block>
</actinic:block>

Now, nowhere within any of that lot is there ANYTHING that should produce a tag within the head section in the format <base href=....>

There is only code within the templates to produce <Actinic:BASEHREF VALUE="http://store.over-clock.com/".... >

So, the code responsible I can only assume isn't within a regularly editable template.

**dave_finlayson** · 28-Jun-2007, 11:01 AM

Well as a double check you could go into the database and search the DesignObjects table for references to www.over-clock.com

**wjcampbe** · 28-Jun-2007, 11:08 AM

Did not see any problem with css or basehref in Opera. There is a problem with the logo overprinting in a washed out offset green which goes away when I mouseover, but starting on the store.over page, I had no cgi-bin navigation errors even from the www.home page (now there is a mention of www - it's the home link on the top menu - which means the bottommost setting on the network setup page - usually).

I added to cart, progressed to page 2 of checkout and came back to view cart to remove my items (I had to look for the buttons - and only did because I knew they should be somewhere on the page - they really should be directly under the cart).

**Marci** · 28-Jun-2007, 11:11 AM

Nuthin there either...

Announcement

Bizarre CGI-Bin related error...

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment