That is true, if you going to use Customer Accounts, then you will need the ss links.
I had removed Javascripts from the brochure primary pages and store primary pages. Then in the primary page we used NETQUOTEVAR:TOPLEVELSECTIONSTOP, this regenerates full link of the top section.
At present 7.0.1 brochure pages does not support NETQUOTEVAR:TOPLEVELSECTIONTOP, we hoping to have this fixed for 7.0.2 patch.
Also for the badges on the right hand side, it is using a CUSTOMVAR.We simply changed the coding to include real links with anchor tags instead of running the SS script to see the product.
Seems like the site is a vast improvement in terms of speed.
Is there any chance of letting us know exactly how to do this ( i need hand holding i'm affraid), I have a site pending that really would like to go back to the smart theme, but i first need to get rid of the JS.
A big thank you to George for seeing this one through, and all the input from various members, the SMART theme works really well online without the Javascript.
Thanks for your help George I'll buy you a "wee dram" if we ever meet.
Cheers Ian, just glad to get sorted out at the end of the day...and should our hosts ever get up to speed its not too much of a hassle to change back.If we want to that is.
The Javamenu links through the scripts but I dont really find it slow on these sites.
I found half the answer I was looking for in that you (olderscot) said "The problem is definitely with the perl scripts running slowly on the claranet server" can someone sumarise and tell me which type of server it was please.
Just tried a ping test against your servers from two seperate locations and recieved the following
Reply from 195.8.71.202: bytes=32 time=39ms TTL=52
Reply from 195.8.71.202: bytes=32 time=166ms TTL=52
Reply from 195.8.71.202: bytes=32 time=166ms TTL=52
Reply from 195.8.71.202: bytes=32 time=17ms TTL=52
and
Reply from 193.110.88.198: bytes=32 time=21ms TTL=54
Reply from 193.110.88.198: bytes=32 time=19ms TTL=54
Request timed out.
Reply from 193.110.88.198: bytes=32 time=21ms TTL=54
That to me says hosting could be playing a big factor in this but the perl script idea will certainly help as well as it will not need so much processing power on a server that is not responding very well.
Our site is hosted by Clara and is also slow - I phoned Clara and they sad they had hosting issues that were being looked into "this week". My email with Clara isn't working either. Any advice on a better provider (who also specializes in Actinic?)
I use namehog.net for all my hosting they are a smallish company who give the personal touch which is nice as if you do have a prblem you end up speaking more often than not to the sam people rather than a large help desk, so you end up with better customer service. My contact there is Thomas, let him know that Rod Brooks recommeded you and you may even getter better service than I do, if that is possible.
As Clara are going through a `moving` period I'm going to wait until thats done before I decide whether to move my hosting or not. I've always thought that Clara have been okay in the past although they seem to be struggling with the `Support` department these days. ("If its still the same give us a call back in 24 hours??!!" "Em, this IS me calling back." "Okay I'll pass it onto the support team who will have a look at it hopefully within the next 24 hours, give us a call back in 24 hours"). Seem to have deteriorated a bit since merging with Excalibur. Possibly bitten of a bit more than they can chew.
Comment