|
Mailing Lists
|
Home /
Groups /
ColdFusion Talk (CF-Talk)
application cfm vs cfinclude
I use includes for the DTD at the top of every page.Austin Govella 12/11/02 05:14 P > I use includes for the DTD at the top of every page.Jim Davis 12/11/02 09:55 P I remember forta strongly advising against it. Don't remember why, but heCostas Piliotis 12/11/02 05:23 P But if he is already including it at the top of each page, and this is goingBruce Sorge 12/11/02 05:27 P > But if he is already including it at the top of each page, and this is goingAaron Johnson 12/11/02 06:03 P Completely agree.. We've had that issue come up many times.Lee Fuller 12/11/02 06:11 P -----BEGIN PGP SIGNED MESSAGE-----CounterCW 12/11/02 06:19 P I can' recall the exact reason either but I have heard also that it isKevin Bridges 12/11/02 05:46 P There is nothing wrong with including files in Application.cfm.Matt Liotta 12/11/02 07:58 P > I use includes for the DTD at the top of every page.Dave Watts 12/11/02 05:54 P Poor design. There will be some coldFusion file requests that don't needCostas Piliotis 12/12/02 01:22 P There is of course FuseBox. All the convenience of including headers inJoseph Thompson 12/12/02 01:39 P I use includes for the DTD at the top of every page. I was planning on using cfinclude to add the DTDs, but if the application. cfm is automatically stuck at the top of every page, is there a reason why it'd be bad to ask the it to add the DTD? I was thinking I'd save myself some small bit of server load if it only processed te application.cfm, as opposed to processing application.cfm AND a cfinclude. And then there's the footer and the onrequestend.cfm file... -- Austin Govella Grafofini > I use includes for the DTD at the top of every page. > > I was planning on using cfinclude to add the DTDs, but if the > application. cfm is automatically stuck at the top of every > page, is there a reason why > it'd be bad to ask the it to add the DTD? It depends. Application.cfm is going to run at the top of every page - regardless of whether it's a display page or not. So you can do it, but I would guess you'd run into a case sooner or later when you don't want that DTD up there. > I was thinking I'd save myself some small bit of server load > if it only > processed te application.cfm, as opposed to processing > application.cfm AND > a cfinclude. Well - it's still doing both (whether the file is included in the application.cfm or not, it's still cfincluded) but the total hit should be negligable in both cases. > And then there's the footer and the onrequestend.cfm file... Same thing - the file is run all the time regardless - and sooner or later you'll not want that stuff in the page and have to work around it. That's not to say it can't be worked around... Personally I just prefer to keep my Application.cfm/OnRequest.cfm as "clean" as possible. That's just personal preference however. Jim Davis I remember forta strongly advising against it. Don't remember why, but he suggested that all you have in it is the <cfapplication> tag. With includes, you have full control over when they are included or not. I use includes for the DTD at the top of every page. I was planning on using cfinclude to add the DTDs, but if the application. cfm is automatically stuck at the top of every page, is there a reason why it'd be bad to ask the it to add the DTD? I was thinking I'd save myself some small bit of server load if it only processed te application.cfm, as opposed to processing application.cfm AND a cfinclude. And then there's the footer and the onrequestend.cfm file... -- Austin Govella Grafofini But if he is already including it at the top of each page, and this is going to continue to be the case, then I do not see any reason why you could not do this. ----- Excess quoted text cut - see Original Post for more ----- > But if he is already including it at the top of each page, and this is going > to continue to be the case, then I do not see any reason why you could not > do this. -- I do... inevitably, you'll come to some point in your site where you'll want to output only x number of characters.... or you just want to show an image.. something that's an exception to the normal rule.. your application.cfm will then be spitting out DTD's for an image, which will break this exception page.. Those examples might seem far off, but let the application.cfm just do application logic... use a cfinclude tag for ANY formatting. I can't see any reason why you would want to include formatting in application.cfm. AJ -- Aaron Johnson http://cephas.net/blog/ ajohnson@cephas.net Completely agree.. We've had that issue come up many times. Application.cfm isn't the place to do formatting. | -----Original Message----- | | Sent: Wednesday, December 11, 2002 3:09 PM | To: CF-Talk | Subject: Re: application.cfm vs. cfinclude | | | > But if he is already including it at the top of each page, | and this is | > going to continue to be the case, then I do not see any | reason why you | > could not do this. | -- I do... inevitably, you'll come to some point in your | site where you'll want to output only x number of | characters.... or you just want to show an image.. something | that's an exception to the normal rule.. your application.cfm | will then be spitting out DTD's for an image, which will | break this exception page.. | | Those examples might seem far off, but let the | application.cfm just do application logic... use a cfinclude | tag for ANY formatting. I can't see any reason why you would | want to include formatting in application.cfm. | | AJ | | | -- | Aaron Johnson | http://cephas.net/blog/ | ajohnson@cephas.net | | -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I use application.cfm myself, but only for setting global variables. If I need to have a header with formatting, then I'll do a <cfinclude> for that. At 03:07 PM 12/11/02 -0800, you wrote: ----- Excess quoted text cut - see Original Post for more ----- I can' recall the exact reason either but I have heard also that it is extrememly bad form to use Application.cfm and OnRequestEnd.cfm to do any type of cfincludes ... I got reprimanded in an article I wrote for including header and footer files that way. But if he is already including it at the top of each page, and this is going to continue to be the case, then I do not see any reason why you could not do this. ----- Excess quoted text cut - see Original Post for more ----- There is nothing wrong with including files in Application.cfm. Matt Liotta President & CEO Montara Software, Inc. http://www.montarasoftware.com/ 888-408-0900 x901 > I can' recall the exact reason either but I have heard also that it is > extrememly bad form to use Application.cfm and OnRequestEnd.cfm to do any > type of cfincludes ... I got reprimanded in an article I wrote for > including > header and footer files that way. > > But if he is already including it at the top of each page, and this is > going > to continue to be the case, then I do not see any reason why you could not > do this. > > > I remember forta strongly advising against it. Don't remember why, but ----- Excess quoted text cut - see Original Post for more ----- not. ----- Excess quoted text cut - see Original Post for more ----- reason > why > > it'd be bad to ask the it to add the DTD? > > > > I was thinking I'd save myself some small bit of server load if it only > > processed te application.cfm, as opposed to processing application.cfm ----- Excess quoted text cut - see Original Post for more ----- ----- Excess quoted text cut - see Original Post for more ----- The reason you might want to avoid doing this is simply that, by putting these things in Application.cfm and OnRequestEnd.cfm, they'd be output in every page whether you want them or not. For example, if you want to use CFCONTENT to push a non-HTML file or generated non-HTML text to the browser, you wouldn't want your DTDs and footers in there. In general, it's usually a good idea to only place server-side code in these files for this reason. Dave Watts, CTO, Fig Leaf Software http://www.figleaf.com/ voice: (202) 797-5496 fax: (202) 797-5444 Poor design. There will be some coldFusion file requests that don't need that include. No matter how much you say never, it's bound to happen. If it's a small site, then we're talking about ten cfincludes. If it's a large site, then it's very likely that you either already have coldFusion requests that don't require those includes, or you will at one point encounter that. No, there is nothing wrong with it, it's just poor design. Really, how long does it take to type: <cfinclude template="header.inc">. Pretty easy to copy and paste it too... I actually take it one step further and use them as custom tags instead. Not really necessary, but I like typing <cf_header> instead. There is nothing wrong with including files in Application.cfm. Matt Liotta President & CEO Montara Software, Inc. http://www.montarasoftware.com/ 888-408-0900 x901 > I can' recall the exact reason either but I have heard also that it is > extrememly bad form to use Application.cfm and OnRequestEnd.cfm to do any > type of cfincludes ... I got reprimanded in an article I wrote for > including header and footer files that way. > > But if he is already including it at the top of each page, and this is > going to continue to be the case, then I do not see any reason why you > could not > do this. > > > I remember forta strongly advising against it. Don't remember why, but ----- Excess quoted text cut - see Original Post for more ----- not. ----- Excess quoted text cut - see Original Post for more ----- reason > why > > it'd be bad to ask the it to add the DTD? > > > > I was thinking I'd save myself some small bit of server load if it only > > processed te application.cfm, as opposed to processing application.cfm ----- Excess quoted text cut - see Original Post for more ----- There is of course FuseBox. All the convenience of including headers in the Application.cfm file with a specific method of NOT including headers in pages that don't need them. Try FuseBox.org or HalHelms.com for more on that. > Poor design. There will be some ColdFusion file requests that don't need > that include. No matter how much you say never, it's bound to happen. >
|
September 09, 2010
|
Latest Fusion Authority Articles
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||