Announcement

**Mike Hughes** · 06-Mar-2003, 09:48 AM

Sorry, I tried to take a look and find a suitable link to check, but your site is so deadly slow that I gave up in frustration.

Unless you're under heavy load at the moment you ought to think about moving to a better host.

Mike

**pinbrook_nick** · 06-Mar-2003, 10:56 AM

I have had a look, and don't seem to have any problems. The site is ridiculously slow however, which could cause problmes, (and we're on broadband!)

I would complain to your hosts, or move hosts.

**BSO** · 06-Mar-2003, 02:13 PM

Thanks guys,
I found the only way to cure the above problem is to delete all files in acatalog folder and then generate script files and refresh website. This seems like a pain and quite frustraiting.

As far as the speed of the site goes, I thought it was just me as we have a pretty slow connection here anyway.

The host is bargain-host, who I must say do get on my nerves as I have been trying to contact them since june last year regarding a simple question about their control panel. I have emailed them, and used their so called knowledge base but still get no replies. See what happens when they ask me to renew my subscription.

Can anyone suggest and a good host? must be cheap and offer a good reliable service, and be able to transfer my current domain etc.

cheers

Simon

**cdicken** · 06-Mar-2003, 02:28 PM

This has happened to me a couple of times as well. The only way I've found to fix it is

1) Go into the <HEAD> section of your templates and remove the code

'&ACTINIC_REFERRER=' + escape(location.href) +

from your JavaScript section list code.

2) Strip out the entire contents of your 'acatalog' folder online and then refresh the store. Actually, it could be that you just need to remove the *.session files from the 'acatalog' folder. Try this first before removing the whole lot.

That fixed it for me, anyway.

**BSO** · 06-Mar-2003, 04:26 PM

mmmm, thanks Chris,
does this have any Consequences on the site at all, i.e what happens when it tries to use the REFERRER line or not I should say, do you think this might be seen to in a future update?

**ditch** · 07-Mar-2003, 01:38 PM

I don't think the problem is with the host...
I think you should start by removing the Java based effects you are using to give messages to visitors. My connection is 10MB S-1 and it is still too demanding.

It caused my browser to crash and I had to close the site, I could not browse any further. I strongly suggest you scrap it.

**pinbrook** · 07-Mar-2003, 02:42 PM

As a problem solving exercise, remove the javascript message thingy and see if the site performance improves

the site is too slow to move to products, I wouldn't shop on this site, spped is the essence. people are on your site to buy, not to read messages, all the mesage info can be placed in terms or extra info

**BSO** · 07-Mar-2003, 06:31 PM

Hi Guys,
A things to mention here, I hope I dont confuse issues.

1. I actually got a reply from the host who answered one on my questions, they said that loadings on their servers were nominal
(load averages: 0.99, 0.85, 0.83) if that means anything to you.

2. I took your advise and stripped my home page of all scripts except the ones used to generate the actinic drop down section list and search box, although I may even remove these also.
The page does seem to load a lot quicker (for me at least) mainly due to it being almost half the size. Its not lightening quick but it is better.

3. putting the above aside, the main store is still pretty slow, I realise that there are quite a few pictures and buttons etc but these are really whats needed to run the shop.

4. I havent taken the jump yet and removed the line
'&ACTINIC_REFERRER=' + escape(location.href) +
from the head section mainly because I have been doing the rest of it but when using the drop down section list or clicking on a product link or next section link the page is not loading the intended page and just showing white with urls like this in the address bar:

'http://www.bargain-shop-online.co.uk/cgi-bin/ss000001.pl?SECTIONID=Smart%5fMedia%2ehtml&NOLOGIN=1&ACTINIC_REFERRER=http%3A//www.bargain-shop-online.co.uk/acatalog/Monitors.html'

Could you let me know if the page/s load any quicker, if removing that line will affect anything else such as certain features not working and maybe a solution to the rest of it ?

cheers guys

Simon

**pinbrook** · 07-Mar-2003, 08:07 PM

The site is still pedestrian on broadband!!

**Pneumatus** · 15-Mar-2003, 11:50 AM

[QUOTE]Originally posted by cdicken
Actually, it could be that you just need to remove the *.session files from the 'acatalog' folder.
[QUOTE]

I was having the same problem of the /acatalog/ getting lost but rather than doing code mods because i know it works, i jest deleted all the .session files and it started working!

**Pneumatus** · 15-Mar-2003, 02:01 PM

Well, i thought it had worked, but I'm still getting /acatalog/ missed in links.

I have had it running fine on http://www.calibre-computing.co.uk with no problems at all but sice moving to http://www.calibrecomputing.co.uk it won't work 100% of the time. These sites are using identical details as the latter is just a snapshot of the 1st, but the problems are only in the 2nd.

Taking URLs straight from Act_section_tree.js

http://www.calibre-computing.co.uk/c...html&NOLOGIN=1

works,

http://www.calibrecomputing.co.uk/cg...html&NOLOGIN=1

misses the /acatalog/ folder from the path.

I may have also found a related issue - from calibre-computing's cart page i get <BASE HREF="http://www.calibre-computing.co.uk/acatalog/"> but on calibrecomputing i get <BASE HREF="http://www.calibrecomputing.co.uk/"> meaning half of the images are borken. Both sites use <Actinic:BASEHREF VALUE="NETQUOTEVAR:BASEHREF"/> at the start of the <HEAD> tag in Act_Primary.html but one seems to be getting an incorrect value. Where is this BASE HREF sent from?

Can any offer any suggestions on this anomaly?

**Pneumatus** · 15-Mar-2003, 02:20 PM

Right, I have found the reason why it fails occationally but doesn't other times.

It seems that the session contains the base href or something, so sending all details with no refferer will cause the base href to default to /acatalog/ - this means that any customer who used the jump box within /acatalog/ would have experienced no problems but from my own index.html page outside of acatalog would have caused an inaccurate session file causing the messups. Removing the Refferer tag from the drop box and deleting all sessions fixes everything .

Perhaps I should follow Chris' full instructions on matters like this!

**webeuphoria.net** · 21-Mar-2003, 08:52 PM

Session files

Are you still getting that problem with session files? I get them and the catalog doesnt work then I delete them directly and its okay for a day. But they keep coming back!

Please can you tell me whether you got rid of them and how.

Thanks

Marcus

**Pneumatus** · 22-Mar-2003, 04:31 PM

This ultimate fix is to remove:

'&ACTINIC_REFERRER=' + escape(location.href) +

From the javascript drop box code. Assuming you are rnunning this code outside of the /acatalog/ folder, the refferer is being sent as the root side directory causing the perl scripts to think that the base href should be the root, not the acatalog dir. Removing the line makes the prel scripts use the default (with /actalog/)

HTH

Announcement

Keep losing my acatalog folder?

Keep losing my acatalog folder?

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment