This is just an addition to the "policy" discussion regarding FU's.
We don't want FU's everywhere on the site we are developing. So - for the time being - we have turned them off. We only really wanted FU's on specific portions of the site (such as the home page of one of our offices ........ /go/someoffice) and had been building the site based on using the navalias for this purpose. But it seems as though (the current verion, at least, of) FarCry doesn't work this way with FU's. But Spike's org.uk site seems to work something like this (meaning he has a mix of FU's and non-FU's). I suppose I have some confusion now over what the recommended use of FU's is for FarCry and whether or not it is the right mechanism for us to do what we want. I would be just as happy to go back to something like ......./goto.cfm/someoffice. In which case I would located "someoffice" in the nav tree by looking up the navalias which would give me the objectID. Gary Menzel Web Development Manager IT Operations Brisbane -+- ABN AMRO Morgans Limited Level 29, 123 Eagle Street BRISBANE QLD 4000 PH: 07 333 44 828 FX: 07 3834 0828 [EMAIL PROTECTED] wrote on 2003-10-24 12:39:10: > > 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] **************************************************************************** If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting, disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to [EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans. ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and may not suit the specific requirements of clients. Assessments of suitability to an individual's portfolio can only be made after an examination of the particular client's investments, financial circumstances and requirements. **************************************************************************** --- You are currently subscribed to farcry-dev as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED]
