Sidebar cart value not working correctly

[pharry]

The cart value in the sidebar is not displaying correctly. When you "view cart", then the side bar does show the correct value. But on all other pages, it shows zeros. Any ideas how to fix this?

http://apeekintoyesterday.com

[Duncan Rounding]

I beleive this is related you using a mixture of http://www.apeekinto.... & http://apeekinto... I think this is related to the cookie handling. In Firefox this works OK but in IE7 it does not.

Make sure you only use one address method in your network settings - preferably http://www.apeek... and see if this sorts out the problem.

[pharry]

You are right. If I put www in front of the url, then I get the cart contents displayed correctly. But I can't figure out where the url w/o the www is coming from. In all my network settings, I have the full www.apeekintoyesterday.com.

But if I view cart (www is displayed), then click the shop link, no www is in the url. Do you know where this is coming from?

[Duncan Rounding]

The baseref in your site pages is the shorter version - try this:
In Business Settings - Company/Contact tab - check that your Web Site Address there is the full URL including www.

[pharry]

Yes, it is the full one, with the www.

[pharry]

It's the "=> Shop <= " link that is dropping the www. I just can't find where this is set.

[Duncan Rounding]

You could post your network settings here (without usernames and passwords) - maybe someone can spot the problem. You could also search the forum for baseref which may help dig some info up.

[pharry]

Well I did some searching for basehref, and ticked the box that says "use relative CGI_BIN URLs in catalog pages". Now the display is working correctly. But, I still go from www.apeekintoyesterday.com to http://apeekintoyesterday.com/acatalog/index.html when I click the "=> SHOP <=" link from the top of the homepage. But it doesn't seen to be causing any problems so far.

But I think I deleted session files when I did this, which means I deleted carts. So once again, my name will be mud!

Thanks for your help.

[fleetwood]

I have exactly the same problem - links are being built without the www prefix, and this causes the cart display to revert to zero.

A link which is in the template as:

<a href="GraphicNovels.html" target="_self" id="graphicnovelsNav">Graphic Novels</a>

uploads as
http://mysite/acatalog/GraphicNovels.html

instead of
http://www.mysite/acatalog/GraphicNovels.html

My network settings all include the 'www' prefix.

As suggested, ticking 'use relative cgi urls' solves the cart display problem, but the links still upload without the 'www'.

I'm guessing it may have something to do with the 1&1 domain settings.

Within my 1&1 webspace, I have multiple directories - one for each domain name.

acatalog then resides within the relevant folder ie mysite\acatalog

Looking at the settings in the 1&1 domain control panel, for the folder mysite and domain www.mysite.co.uk, I see:

domain name: mysite.co.uk
destination: Web space (/mysite)

Note the lack of www in the domain name (I'm sure thats how 1&1 put it there, I can't see how I can edit it to www.mysite.co.uk).

I'm wondering if I should change the destination to: Web forwarding (http://www.mysite.co.uk).

Anyone hosting similar setup with 1&1 care to check their own domain control panel for me, and see what it sez.

Duncan - I note your urls all correctly upload with www - are these all handcoded, or generated via Actinic SectionLists?
If they are, could you check how you have the site destination set up in the 1&1 control panel for me please.

My network settings (if that helps):

HTTPPROXYMODE 0
HTTPPROXYADDRESS
HTTPPROXYPORT 80
HTTPPROXYUSER
HTTPPROXYPASSWORD
FTPPROXYMODE 0
FTPPROXYADDRESS
FTPPROXYPORT 21
FTPPROXYUSER
FTPPROXYPASSWORD
SCRIPTID 1
SCRIPTEXT .pl
SMTPHOST auth.smtp.oneandone.co.uk
WEBSITEURL http://www.mysite.co.uk
IGNOREPASSIVEERRORS true
USERELATIVECGIURLS true
PATHTOPERL /usr/bin/perl
USEENHANCEFTP true
FTPCLIENTTIMEOUT 15000
FTPRETRYDELAY 3000
FTPSILENT false
FTPMAXRETRIES 3
FTPCONNECTTIMEOUT 25000
SMTPAUTHREQUIRED false
SMTPUSERNAME
SMTPPASSWORD
CATALOGURL http://www.mysite.co.uk/acatalog/
CGIBINURL http://www.mysite.co.uk/cgi-bin/
PATHFROMCGITOCATALOG ../acatalog/
CODEBASE ./
FTPHOST www.mysite.co.uk
FTPUSERNAME **********
FTPPASSWORD **********
PATHTOCGIBIN /mysite/cgi-bin/
USEPASSIVEFTP true
FTPPATHFROMCGITOCATALOG


Thanks

[Duncan Rounding]

Martin,

Mt network settings are exactly like yours - so is my 1and1 domain setup. It must be something else. Sorry I don't know what...

[fleetwood]

thanks for checking Duncan

have checked my network setup and my business settings - I'm stumped, but will keep looking

[fleetwood]

RESOLVED!

Pat - re-check your network settings

Common settings - website URL

mine was originally blank

changing this to

http://www.mysite.co.uk/

seems to have resolved the issue


take care to include the trailing / - I initially left off the trailing / (as can be seen in my settings above), but adding it did the trick (as originally solved by Mike (olderscott) on another page)

[pharry]

Mine already has that, including the trailing /

But I just did some quick testing, and my problem seems to have resolved itself. I've implemented customer accounts since I reported this problem, so possibly something related to that took care of the problem. It isn't happening now when I'm logged in or not logged in. A mysterious fix, I guess.

[fleetwood]

RESOLVED -- NOT (PART 2)

I'm afraid it wasn't resolved after all, but I have an even further insight into events!

Its all down to how the user enters the site.

Enter site using www.mysite.co.uk

and all the links are www.mysite.co.uk/link.html

Enter site using mysite.co.uk

and all the links are mysite.co.uk/link.html

So I guess I need to add a site redirection via 1&1, although when I tried this earlier on today, the site refused to co-operate.

[leehack]

If this is Google sending them on the unwanted url, you can set which domain you want them to use. As you say a redirect may be a good idea also.