why not create a custom render handler and specify that it's not cached? ~Simon
Simon Horwith CTO, Etrilogy Ltd. Member of Team Macromedia Macromedia Certified Instructor Certified Advanced ColdFusion MX Developer Certified Flash MX Developer CFDJList - List Administrator http://www.how2cf.com/ -----Original Message----- From: Lovelock, Richard J [mailto:[EMAIL PROTECTED] Sent: 24 December 2003 13:53 To: '[EMAIL PROTECTED]' Subject: RE: [ cf-dev ] NT/Windows Permissions The code for this is in the base template itself and now it has been modified it is effectively custom cf code but that doesn't prevent the pages with the link on being cached? _______________________________________________________ * Regards, Richard Lovelock, Senior Application Analyst. Westminster City Council - Web Support Cap Gemini Ernst & Young Southbank 95 Wandsworth Road London SW8 2HG ( 0870 906 7482 _______________________________________________________ -----Original Message----- From: Simon Horwith [mailto:[EMAIL PROTECTED] Sent: 24 December 2003 12:23 To: [EMAIL PROTECTED] Subject: RE: [ cf-dev ] NT/Windows Permissions I have never found their out of the box "render for print" more than clunky to implement - I have found that building the link manually with a custom renderer or in the base template itself is much easier. Is there any reason why you can't do this? ~Simon Simon Horwith CTO, Etrilogy Ltd. Member of Team Macromedia Macromedia Certified Instructor Certified Advanced ColdFusion MX Developer Certified Flash MX Developer CFDJList - List Administrator http://www.how2cf.com/ -----Original Message----- From: Lovelock, Richard J [mailto:[EMAIL PROTECTED] Sent: 24 December 2003 12:03 To: '[EMAIL PROTECTED]' Cc: WCC, AMSupport Subject: RE: [ cf-dev ] NT/Windows Permissions Simon Thanks for the reply - I have looked through the caching sections of the Commonspot Admin guide but can't find anything to help me. We are using CS 3.0 SP1 soon to be 3.2 It is a little long winded but as you may know CS ships with a 'View Printer Friendly Version' link functionality which when clicked gives a cleaner version of the current page without nav, headers etc. It achieves this by taking the current URL and appending ?renderforprint=1 on to the end and then I think the base-page-template.cfm checks for this variable and does not render all the nav, header etc if it finds it. This piece of code had a bug (from Commonspot) in that it could not re-render pages with url variables in the URL as it drops the original URL variable and adds renderforprint=1 to the end - resulting in some nice red CF error code complaining about the original URL variable being missing. So.....I amended the code for the 'View Printer Friendly Page' to inspect the current URL for URL variables and append renderforprint on the end: <a href="<cfif Len(CGI.Query_String)>#cgi.script_name#?#cgi.query_string#&renderforprint=1< cfelse>#cgi.script_name#?renderforprint=1</cfif>" class="bottomnav"> [View Printer Friendly Version..] </a> All well and good so far - until the following problem was identified. If you have a look at http://www1.westminster.gov.uk/yourcouncil/viewcouncillor.cfm?cID=9284 then hover over the 'View Printer Friendly Version' link at the bottom. You will see that the renderforprint=1 variable is being appended but the cID (Councillor ID) is different to the cID in the URL, so if you click the link you get a different councillor displayed. This is because Commonspot can't seem to recognise that viewcouncillor.cfm?cID=9284 is a different page to viewcouncillor.cfm?cID=9317 - so what it is doing is taking the pageid of viewcouncillor.cfm and taking the cached version of the page from ../yourcouncil/cache but this cached version has the 'View Printer Friendly' link cached with a different councillor ID. I have found the page id from the stub file and then found the relative cache file in the cache directory - and if I delete this and refresh the councillor page the 'View Printer Friendly' link works properly as the page renders freshly and picks up the current cID from the current URL to reconstruct the 'View Printer Friendly' link. So, basically I want to stop the viewcouncillor page from caching along with all other pages on the site that use URL variables or stop Commonspot from calling the cached version. I have been through the Commonspot options with my client and we can't find a way to do this. I hope this all made sense Simon. _______________________________________________________ * Regards, Richard Lovelock, Senior Application Analyst. Westminster City Council - Web Support Cap Gemini Ernst & Young Southbank 95 Wandsworth Road London SW8 2HG ( 0870 906 7482 _______________________________________________________ -----Original Message----- From: Simon Horwith [mailto:[EMAIL PROTECTED] Sent: 24 December 2003 11:27 To: [EMAIL PROTECTED] Subject: RE: [ cf-dev ] NT/Windows Permissions Richard, I have SERIOUSLY EXTENSIVE experience with CommonSpot - what CS element(s) are you using to create the link? Also, which version of CS are you using? The problem is something in the way you're using the product, not in the product itself (CommonSpot actually has one of the best, most intelligent, caching frameworks I've ever seen). ~Simon Simon Horwith CTO, Etrilogy Ltd. Member of Team Macromedia Macromedia Certified Instructor Certified Advanced ColdFusion MX Developer Certified Flash MX Developer CFDJList - List Administrator http://www.how2cf.com/ -----Original Message----- From: Lovelock, Richard J [mailto:[EMAIL PROTECTED] Sent: 24 December 2003 11:26 To: 'cflist' Subject: [ cf-dev ] NT/Windows Permissions we are using a CF based CMS (Commonspot) which is creating cached copies of pages within subfolders called 'cache' of each subsite. when hitting a link to a page with a url variable appended on the url - the page holding the link is cached so the link is cached and does not always provide the correct url variable on the link url (hope that makes sense) i have located the cache file that is being created in the folder hierarchy and what I want to know is if anyone knows any way within NT/Windows/Folder permissions that can deny a file with a certain name being created or even delete it as soon as it is created? as a last resort i can schedule an NT/CF job to go and delete this file at certain intervals but this really is a last resort. any ideas? Merry Christmas (or am I the only one still at work on Chrimbo eve?) _______________________________________________________<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" /> * Regards, Richard Lovelock, Senior Application Analyst. Westminster City Council - Web Support Cap Gemini Ernst & Young Southbank 95 Wandsworth Road London SW8 2HG ( 0870 906 7482 _______________________________________________________ ======================================================= This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorised to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ======================================================= -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] ======================================================= This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorised to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ======================================================= -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] ======================================================= This message contains information that may be privileged or confidential and is the property of the Cap Gemini Ernst & Young Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorised to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ======================================================= -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED] -- ** Archive: http://www.mail-archive.com/dev%40lists.cfdeveloper.co.uk/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] For human help, e-mail: [EMAIL PROTECTED]
