The problem of confused FUs may be related to the very slow development server. The problem seems to be occurring when I switch between pages before the original request has been processed (this can take tens of seconds). If I wait for the original page to load, the FUs seem to be fine. Would this ever be a problem on a production server that is a lot faster?
By the way, I found if a style sheet is above the html object in the tree, the FU doesn't work. (It was also difficult to move the style sheet's position - gave up, deleted it and re-inserted.) Also found that application.url.webroot will default to the path to the FU's .cfm virtual file, eg <a href="#application.url.webroot#"> produced http://172.16.1.68/go/graduates/productions/ but <a href="#application.url.webroot#/index.cfm"> produced http://172.16.1.68/index.cfm And then in breadcrumbs, the Home link is http://172.16.1.68/go/ Natalie Hi, We have just implemented Friendly URLs on our development server. Once each on two different pages the secondary navigation had a mix of unrelated FU links plus a couple of the correct ones, although the labels were all correct - eg the "Reports" nav object linked to "About Us" but the "Pathways" object correctly linked to "Pathways". On leaving and going back to the page, the links were fine. I haven't been able to replicate the problem since - everything seems to be working - but has anyone experienced something similar? It's possible of course that our nav templates are temperamental. On FU policy: It's not particularly necessary for all links on a site to use FUs, is it? If the navigation templates simply have the buildlink tag, then we are pretty much covered? Our main aim is search engine visibility. Not that log files are much help to us with our firewall, but will using FUs mixed with objectids tend to upset page view results? Even so, they help, in that our current log analyser is not dynamic page friendly. I don't suppose there is any harm in setting up full buildlink references in all templates and then deploying individual FUs at your leisure? I'm assuming that FUs can be set manually in the text file - is it only through "Reset all friendly URLs" that the FU file is updated by FarCry? We have pretty much stuck with the /images /index.cfm /files pattern, but not in all places. I suppose an answer is to do the FUs incrementally, checking each page before adding it by hand to the list. Which in our case is a lot of pages eventually. The best policy would be to use either an ordinary link based on the objectid or a buildlink, but not use FUs in any way hard coded within the site or in publications. This will mean educating our contributors not to use the FUs. Would it be worthwhile having an option to turn off FUs when logged in and browsing the site? Thanks, Natalie --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED]
