On Friday, August 16, 2002, at 07:57 , Hal Helms wrote:
Reminds me of those great lines of M.A. Jackson:
Rules of Optimization:
Rule 1: Don't do it.
Rule 2 (for experts only): Don't do it yet.
Thanx for that - I was struggling to remember the actual quote (and the
attribution) but it
subject, many of which weren't really dealing with the original issue... I
just happened to pick your post to reply to because it raised a different
point that I wanted to address... My bad, too, I suppose.
While best practices do change from company to company / version to
version etc, I think it's
And as an example, that's one I would disagree (vehemently)
with, unless
'x' is a boolean (true/false).
If 'x' is genuinely boolean, then 'cfif x' is the more
intentional way
to write it (although 'x' is a *terrible* name for a boolean
variable! :)
If 'x' is an integer, then the
On Wednesday, August 14, 2002, at 11:42 , Matthew Walker wrote:
Interesting. I would do this for readability, not speed. To take a
common example I would see
cfif myQuery.RecordCount
as more readable and immediately understandable than
cfif myQuery.RecordCount gt 0
Ugh! :) I'd always
OK...let's just cut the name of the thread to 'Best Practices' :)
While there will always be some 'subjectivity' as to 'how' to code, there
certainly are 'better' ways, 'worse' ways, and yes...'best' ways. It's the
'best' ways that I'm interested in.
Somebody brought up previously
Somebody brought up previously that there shouldn't be a central 'best
practices' document, as it may be intimidating to beginners (if i understood
correctly). I can see that...
I really cannot see that. If a person is taught The best practice to begin
with, then he has nothing to fear
Original Message -
From: Douglas Brown [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Thursday, August 15, 2002 1:00 AM
Subject: Re: Best Practices
Somebody brought up previously that there shouldn't be a central 'best
practices' document, as it may be intimidating
I'm all for a Generally Accepted Best Practices document, as long as it
has the following to bits of informaton:
1. Why is it a 'Best Practice?' I've seen too many things that say do it
this way without an explanation as to why. (I will refer the reader to the
parable of 'The Chimpanzees
Have you got the CF Best Practice doc from MM?
-Original Message-
From: Everett, Al [mailto:[EMAIL PROTECTED]]
Sent: 15 August 2002 13:39
To: CF-Talk
Subject: RE: Best Practices
I'm all for a Generally Accepted Best Practices document, as long as it
has the following to bits
(Let he without sin yadda yadda)
I'm all for a Generally Accepted Best Practices document, as long as it
has the following to bits of informaton:
That's *two* bits of information
(Decaffienated syndrome)
__
Your ad could
Have you got the CF Best Practice doc from MM?
Somewhere around here probably. I've got (or had) something from a
presentation by Uncle Ben a month or two ago, but that was a previous job
and was for CFMX. Since we're still using 4.5 'round here (*cough*) some of
it won't apply.
If you can
here ya go fella :
http://www.corfield.org/coldfusion/codingStandards.htm
it is geared toward CFMX a little, but prob 90% of it is still CFX.X.X
specific.
Neil
-Original Message-
From: Everett, Al [mailto:[EMAIL PROTECTED]]
Sent: 15 August 2002 13:48
To: CF-Talk
Subject: RE: Best
Ah. Already have that one.
-Original Message-
From: Robertson-Ravo, Neil (REC)
[mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 8:46 AM
To: CF-Talk
Subject: RE: Best Practices
here ya go fella :
http://www.corfield.org/coldfusion/codingStandards.htm
Thats enough then... it tells ya what not to do and why not to do it...
Jobs a a good 'un
nuff said.
-Original Message-
From: Everett, Al [mailto:[EMAIL PROTECTED]]
Sent: 15 August 2002 13:55
To: CF-Talk
Subject: RE: Best Practices
Ah. Already have that one.
-Original
... with explination that
would be useful to a user.
I guess I what I am saying is have best practices, tips or whatever you want
to call it, but give the explination as to WHAT they do and their advantage,
disadvantage. Then have a group, approve disapprove and you will have one
heck of a document.
Just
Most of CF best practices only talk about simple naming conventions and code
layout (which is already very good).
But, there isn't many things about patterns/frameworks/methodology (except
Fusebox) to build complete Enterprise class web applications (with
caching, internationalization
Just to be clear, the document Neil refers to on Sean's site is not an official
statement of best practices for everyone from Macromedia (an note that it's not
published on the MM site). Sean generously agreed to take the document used for his
team at Macromedia, genericize it (is that a word
Giesenhagen
To: CF-Talk
Sent: 8/15/2002 6:28 AM
Subject: Re: Best Practices
Charlie,
I think this is a great idea, I have no formal background in any
language,
but picking things up here and there has made my life easier.
I think your idea of a place for tips would be great... and since this
list
has
-
From: Sean A Corfield [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Wednesday, August 14, 2002 11:28 PM
Subject: Re: Best Practices (was: Re: 33 and 33d the same?
On Wednesday, August 14, 2002, at 04:22 , Matthew Walker wrote:
In this particular case I didn't think the thread had
Nice. I wasn't aware of this site. Hopefully it'll gain some
popularity/traffic.
charlie
- Original Message -
From: Kola Oyedeji [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Thursday, August 15, 2002 9:41 AM
Subject: RE: Best Practices
There is one already..
http
of that,
probably because he is even more busy than I am :-) Maybe sometime in
'03 my time will be freed up and we can mess with it further.
Andrew
-Original Message-
From: Charlie Griefer [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 15, 2002 1:10 PM
To: CF-Talk
Subject: Re: Best Practices
Not very user friendly...
__
This list and all House of Fusion resources hosted by CFHosting.com. The place for
dependable ColdFusion Hosting.
FAQ: http://www.thenetprofits.co.uk/coldfusion/faq
Archives:
On Thursday, August 15, 2002, at 01:16 , Charlie Griefer wrote:
To a newbie, cfif myStringVar is is
much easier to comprehend than cfif len(trim(myStringVar)).
Yes, which would place the former in the better = more-maintainable
category...
So while I do agree that teaching the 'right' way
On Wednesday, August 14, 2002, at 11:58 , Charlie Griefer wrote:
While there will always be some 'subjectivity' as to 'how' to code, there
certainly are 'better' ways, 'worse' ways, and yes...'best' ways. It's
the
'best' ways that I'm interested in.
Er, the subjectivity means that there is
Yes, and with that in mind, we should also remember that our code will be
read more often than it is written - readability is important and it may
well be a newbie who has to deal with your code in future...
Hi Sean:
I agree with what you say...but our code will be executed more often than
to the point, best practices change all the time. And they
change from environment to environment: what's best practice here
(Macromedia, for a team of mostly Java/C++ developers using CFMX) is not
necessarily going to work for you... (so, folks, stop sending me emails
objecting to things
am at
that terrible hour.
While best practices do change from company to company / version to
version etc, I think it's reasonable to say there is a more or less
established but unwritten set of best practice ideas circulating. My
reasoning for that is that I hear the same ideas (e.g. use cfif x
I probably spend too much time with web designers. ; )
(the looks so good in 10px arial font...)
-Message d'origine-
De : Bonnie E. Betts [mailto:[EMAIL PROTECTED]]
Envoyé : vendredi 9 août 2002 06:56
À : CF-Talk
Objet : Re: CFMX best practices and Imaging Lib
Nice site! I
Message-
From: Patti G. L. Hall [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 08, 2002 6:21 PM
To: CF-Talk
Subject: Re: CFMX best practices and Imaging Lib
Comment on the font: I can deal with the tiny size, but when I print it
out it is just a shade darker than the page. Not all
[mailto:[EMAIL PROTECTED]]
Envoyé : vendredi 9 août 2002 16:01
À : CF-Talk
Objet : RE: CFMX best practices and Imaging Lib
I agree. This is a great concept and looks like a lot of great
information. I just can't read the screen easily enough.
***
James
]
To: CF-Talk [EMAIL PROTECTED]
Sent: Thursday, August 08, 2002 9:30 AM
Subject: CFMX best practices and Imaging Lib
Hi,
I've put online :
- an Imaging UDF library (based on ImageJ),
- some CFMX Best Practices (not bulletproof best practices, just some dev
techniques I am using).
http
practices and Imaging Lib
Hi,
I've put online :
- an Imaging UDF library (based on ImageJ),
- some CFMX Best Practices (not bulletproof best practices, just some dev
techniques I am using).
http://www.benorama.com/coldfusion
Next week, I'll add a Pagelet and I18N custom tags.
Any
Generally, should you maintain connections with MSSQL/ODBC
datasources? (Or, how do you decide?)
Also, specifically, should you maintain them when using MSSQL DBs for
client variable storage?
I know it's not advisable to maintain connections to Access DBs, but I
haven't seen anything regarding
Generally, should you maintain connections with MSSQL/ODBC
datasources? (Or, how do you decide?)
Also, specifically, should you maintain them when using
MSSQL DBs for client variable storage?
The general answer here is yes, you should typically maintain database
connections whenever using
Thanks again, Dave.
Jamie
On Wed, 3 Jul 2002 13:21:07 -0400, in cf-talk you wrote:
Generally, should you maintain connections with MSSQL/ODBC
datasources? (Or, how do you decide?)
Also, specifically, should you maintain them when using
MSSQL DBs for client variable storage?
The general
Since this is a popular topic I thought I'd post the link here:
http://www.macromedia.com/v1/Handlers/index.cfm?ID=23021Method=Full
Christine Lawson
Macromedia Technical Support
__
Get the mailserver that powers this list at
I've got a DB of emails that I'd like to have searchable by verity (the new archive
search). I've found that if I index the messages with the subject in the title
position, it is not searched. Is there a switch to force verity to search the title
field (and/or the custom ones as well)? Would
I've got a DB of emails that I'd like to have searchable by
verity (the new archive search). I've found that if I index
the messages with the subject in the title position, it is
not searched. Is there a switch to force verity to search the
title field (and/or the custom ones as well)?
That's what I thought but it felt 'wrong'. I may just do that and reindex them all.
It'll only take a day or two. :)
I've got a DB of emails that I'd like to have searchable by
verity (the new archive search). I've found that if I index
the messages with the subject in the title
Just wanted to let the list know about an article I recently did for
O'Reilly's web site oreillycom The article highlights best practices for
writing UDFs and is called Top Ten ColdFusion UDF Tips You can view the
article at
http://wwworeillynetcom/pub/a/javascript/2002/02/22/udftipshtml; I
Hi,
I'm just wondering what docs y'all would highly recommend regarding CF Best
Practices for coding/performance. Maybe a recommendation from Ray? :)
Thanks!
Deborah
_
MSN Photos is the easiest way to share and print your photos
, February 05, 2002 4:24 PM
To: CF-Talk
Subject: Best Practices
Hi,
I'm just wondering what docs y'all would highly recommend
regarding CF Best
Practices for coding/performance. Maybe a recommendation from
Ray? :)
Thanks!
Deborah
Your in luck. An index of Fusion Authority articles was just put up. In it
you'll find a number of articles on best practices. Look in the techniques
section of www.fusionauthority.com. A search interface is next as well as
the ability to comment and rate articles. We're getting back
Sweet!! I've missed this in my mailbox!
Looking forward to seeing new content!
jim
On Tuesday, February 05, 2002, Michael wrote:
MD Your in luck. An index of Fusion Authority articles was just put up. In it
MD the ability to comment and rate articles. We're getting back into the
MD
MD, that's great! A search facility would be nice also :)
-Original Message-
From: Jim Priest [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, 6 February 2002 9:21 AM
To: CF-Talk
Subject: Re[2]: Best Practices - Fusion Authority back!
Sweet!! I've missed this in my mailbox!
Looking forward
On 11/19/01, Kay Smoljak penned:
Hi Don,
Warning: this email does contain a plug...
We had a similar problem with a client who has a subscription site. We
created a custom tag - CFX_PWCARDCRYPT, which encrypts the number using
a 512, 1024 or 2048 bit RSA public key, which can safely be stored
-
From: BILLY CRAVENS [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, November 16, 2001 1:07 PM
Subject: Re: Best practices storing CC
cf_cya
I would strongly recommend against storing credit card numbers
anywhere.
1. potential for thousands, if not millions
- Original Message -
From: Kay Smoljak [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Sunday, November 18, 2001 8:28 PM
Subject: Re: Best practices storing CC
Hi Don,
Warning: this email does contain a plug...
We had a similar problem with a client who has a subscription
8:42 PM
Subject: Re: Best practices storing CC
- Original Message -
From: Kay Smoljak [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Sunday, November 18, 2001 8:28 PM
Subject: Re: Best practices storing CC
Hi Don,
Warning: this email does contain a plug...
We had
-
From: Don Vawter [mailto:[EMAIL PROTECTED]]
Sent: Sunday, November 18, 2001 22:55
To: CF-Talk
Subject: Re: Best practices storing CC
I don't think client and customer are the same Jim. I think by client she is
referring to the site owner who goes in once a month to process the cards of
his
Somehow, that sounds like a lot more work for the customer than simply
reaching into his or her wallet, grabbing the CC and re-entering the
number.
Hi Jim,
By client, I actually meant the site owner/operator - my client :) The
end user simply enters their credit card details once, and the
Any advice on storing credit card info?
My thoughts are that it should be stored in a separate db which is not
accessible via web
and have cf push the info to a template behind the firewall to do the actual
authorization and push the results back to the main server. Does this make
sense or am I
than
anything that I could ever hope to build.
- Original Message -
From: Don Vawter [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, November 16, 2001 1:46 PM
Subject: Best practices storing CC
Any advice on storing credit card info?
My thoughts are that it should
Don Vawter asked:
Any advice on storing credit card info?
We're pretty radical about our beliefs on CC#'s: We don't keep them
*anywhere*. We keep the last 4 digits and the CC type, and that's it. The
CC# gets immediately PGP encrypted [1] and emailed to our processing center,
where it is
Your best bet would be to send them to me :)
On Fri, 16 Nov 2001, Don Vawter wrote:
Any advice on storing credit card info?
My thoughts are that it should be stored in a separate db which is not
accessible via web
and have cf push the info to a template behind the firewall to do the
(Okay ppl - let's pretend like we're mature and not turn this into another
pathetic why Microsoft is bad thread - I'm just pointing out a potential
technology)
So its immature to point out that the system is insecure (re: the recent
Hotmail exploit of Passport that grabbed people's CC
which is just dynamic garbage lol. HAHA, have fun decrypting that my friend!
Pyschology is your best tool!
From: Don Vawter [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Subject: Best practices storing CC
Date: Fri, 16 Nov 2001 12:46:38 -0700
Any advice on storing
inefficient.
- Original Message -
From: BILLY CRAVENS [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, November 16, 2001 1:07 PM
Subject: Re: Best practices storing CC
cf_cya
I would strongly recommend against storing credit card numbers
anywhere.
1. potential
, you could have the charges questioned after the
cc is billed, and you may see a number of charge-backs.
Jim
- Original Message -
From: Don Vawter [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, November 16, 2001 2:02 PM
Subject: Re: Best practices storing CC
I don't WANT
PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, November 16, 2001 3:06 PM
Subject: RE: Best practices storing CC
(Okay ppl - let's pretend like we're mature and not turn this into
another
pathetic why Microsoft is bad thread - I'm just pointing out a
potential
technology)
So its immature
PROTECTED]
Sent: Friday, November 16, 2001 3:02 PM
Subject: Re: Best practices storing CC
I don't WANT to store credit card information. The question is whether the
customer is willing to reenter cc number every month. The billing is
monthly but unlike a subscription the charge is not constant
again!
Orlando
-Original Message-
From: Bryan LaPlante [mailto:[EMAIL PROTECTED]]
Sent: Thursday, August 09, 2001 1:44 AM
To: CF-Talk
Subject: Re: UDF best practices
I am getting pretty good results with saving my udf's in the session scope.
see the tutorial at
http://www.kcfusion.org
server.myFunction(){}
Robert
-Original Message-
From: Correa, Orlando (ITSC) [mailto:[EMAIL PROTECTED]]
Sent: Monday, August 13, 2001 3:02 PM
To: CF-Talk
Subject: RE: UDF best practices
Ok... that did it...
It was saving using the
CFSET Evaluate(scopeVar . func = func)
syntax
It's interesting how ColdFusion 5.0 seems to allow these
functions to be saved in a variable scope by referencing
the functions as if they were variables [scope.func=func]...
rather than by referencing them as if they were functions
[scope.func=func() or scope.func()=func()]...
Subject: RE: UDF best practices
| If I have a page request that calls several templates during the
| request...
|
| For Example:
|
| + application.cfm
| + myUDF.cfm
| + index.cfm
| + cfinclude template1.cfm
| + cfmodule template2.cfm
|
| Should I be able to include myUDF.cfm
Anyone know what's the best way to set a UDF as a global function for use by
all tags (custom, includes, etc.)... or does one in fact have to include the
function code locally in each file that's being called during a page
request?
Thanks,
Orlando
1. In the admin set the server variables to auto-lock
2. run the template containing the UDFs before the application runs or on
machine startup.
3. Set a CFLOCK with a scope of server
4. Set each UDF to a variable in the scope server
CFSET Server.Test=Test()
5. Call the UDF on any page
Couldn't you just put them in the application.cfm for your application??
-Original Message-
From: Michael Dinowitz [mailto:[EMAIL PROTECTED]]
Sent: 08 August 2001 15:11
To: CF-Talk
Subject: Re: UDF best practices
1. In the admin set the server variables to auto-lock
2. run the template
2001 15:11
To: CF-Talk
Subject: Re: UDF best practices
1. In the admin set the server variables to auto-lock
2. run the template containing the UDFs before the application runs or on
machine startup.
3. Set a CFLOCK with a scope of server
4. Set each UDF to a variable in the scope server
Partly out of curiosity and partly out of need, I'm wondering
whether anyone has any ammunition for discussions about best
practices. For example, things like:
1. lock shared variables
2. prefix variables with a scope
3. select only columns you need instead of select *
4. cfscript
:[EMAIL PROTECTED]]
Sent: Wednesday, August 08, 2001 11:40 AM
To: CF-Talk
Subject: RE: UDF best practices
You could but what about re-usability outside the application. This is the
reason for the CFINCLUDE of the UDF. There's nothing stopping you from just
putting a UDF in the application.cfm
Partly out of curiousity and partly out of need, I'm wondering whether
anyone has any ammunition for discussions about best practices. For
example, things like:
1. lock shared variables
2. prefix variables with a scope
3. select only columns you need instead of select *
4. cfscript is faster
in the Michael's Articles link you'll see it
in there.
At 11:09 AM 8/6/01, you wrote:
Partly out of curiousity and partly out of need, I'm wondering whether
anyone has any ammunition for discussions about best practices. For
example, things like:
1. lock shared variables
2. prefix variables
On 8/6/01, Evan Lavidor penned:
Partly out of curiousity and partly out of need, I'm wondering whether
anyone has any ammunition for discussions about best practices. For
example, things like:
No ammunition, but from my experiencing and testing.
1. lock shared variables
Of course
2. prefix
best practices?
1. From Allaire dealing with memory variable overflows.
2. Best practice based on the order of evaluation of variables. Origin
unknown
3. Best practice from the SQL days that predate CF.
4. An article I wrote in Fusion Authority a while back (issue 8?). If you
look
Again, after reading this in CFDJ, I tried a test.
Setting 100
variables using cfset and the same 100 variables
inside of cfscript
both take the same amount of time, within a few
milliseconds.
The only test I ever did showed that CFSET was
significantly faster than setting the variables
At 12:01 PM 08/06/2001 -0400, you wrote:
Again, after reading this in CFDJ, I tried a test.
Setting 100
variables using cfset and the same 100 variables
inside of cfscript
both take the same amount of time, within a few
milliseconds.
The only test I ever did showed that CFSET was
Can anyone provide advice on an acceptable % or number of errors
due to users setting up IE and NS browsers differently.
I am finding, even thought I test on 6 different versions of IE
and NS and 2 different OSs, I am still getting site errors on
applications that tested OK.
If you're
not be used unless there is
no otherway of doing it. Even Flash is better than Javascript. At least
you know it works.
-Original Message-
From: Philip Arnold - ASP [SMTP:[EMAIL PROTECTED]]
Sent: 13 February 2001 10:44
To: CF-Talk
Subject:RE: Best Practices
Can anyone provide advice
It would seem to me that Flash is available on even fewer
browsers than Javascript...
--
Larry W. Virden URL: mailto:[EMAIL PROTECTED]
URL: http://www.purl.org/net/lvirden/
Even if explicitly stated to the contrary, nothing in this
posting
should be construed as representing my employer's
, this is just my opinion)
Heath Lord
-Original Message-
From: Adam Reynolds [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 13, 2001 8:24 AM
To: CF-Talk
Subject: RE: Best Practices
To be honest, try and avoid JavaScript unless you really have to use it.
If it can be done in CF do it in CF
functionality, but (depending on exactly what you're trying to accomplish)
it's feasible.
-Original Message-
From: Lord, Heath [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 13, 2001 5:47 AM
To: CF-Talk
Subject: RE: Best Practices
I would say that proper coding and proper QA will ensure
PROTECTED]]
Sent: 13 February 2001 13:30
To: CF-Talk
Subject:RE: Best Practices
It would seem to me that Flash is available on even fewer
browsers than Javascript...
--
Larry W. Virden URL: mailto:[EMAIL PROTECTED]
URL: http://www.purl.org/net/lvirden/
Even if explicitly stated
My perception of Javascript is that it is there to make things
pretty.
Oh, and Flash is there because... Erm... Oh yes, to make things pretty g
Philip Arnold
Director
Certified ColdFusion Developer
ASP Multimedia Limited
T: +44 (0)20 8680 1133
"Websites for the real world"
.
-Original Message-
From: Philip Arnold - ASP [SMTP:[EMAIL PROTECTED]]
Sent: 13 February 2001 18:03
To: CF-Talk
Subject:RE: Best Practices
My perception of Javascript is that it is there to make things
pretty.
Oh, and Flash is there because... Erm... Oh yes, to make
ASP [SMTP:[EMAIL PROTECTED]]
Sent: Tuesday, February 13, 2001 1:03 PM
To: CF-Talk
Subject: RE: Best Practices
My perception of Javascript is that it is there to make things
pretty.
Oh, and Flash is there because... Erm... Oh yes, to make things pretty g
Philip Arnold
Director
Don't forget the old sect; gem! That's a browser screwup (IE4) which causes
CF to barf.
snip
If you're talking about CF errors ZERO!
If you're talking about JavaScript errors, then early version will have
problems, but try to build in redundancy so that it won't break if they
don't have the
Can anyone provide advice on an acceptable % or number of errors due to users setting
up IE and NS browsers differently.
I am finding, even thought I test on 6 different versions of IE and NS and 2 different
OSs, I am still getting site errors on applications that tested OK.
Any thoughts.
I believe that I have read that CFREPORT is a single threaded tag. Should CFLOCKs be
used in conjunction with this tag to reduce contention in busy environments?
Thanks,
Kevin
~~
Structure your ColdFusion code with Fusebox. Get the official
I believe that I have read that CFREPORT is a single threaded tag. Should CFLOCKs be
used in conjunction with this tag to reduce contention in busy environments?
Thanks,
Kevin
~~
Structure your ColdFusion code with Fusebox. Get the official
That's all great, and I am looking forward to these improvements.
However It's hard to believe that a Java engine will be faster
than a C++ engine.
(The Java interpreter itself is written in C++. C++ is
compiled directly to machine code. Think about it)
The Java engine itself might be
I was editing some code, trying to make it more efficient and secure. I was
going through wrapping all URL variables in Val() functions and all text in
Trim() functions .. etc. I looked at a page that had about 45 Val() and
Trim() functions all over it and thought "that's a lot of functions to
- Original Message -
From: Zachary Bedell [EMAIL PROTECTED]
To: CF-Talk [EMAIL PROTECTED]
Sent: Friday, November 10, 2000 5:08 PM
Subject: RE: Best Practices
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
CF_Rant_Rave_and_Vent...
I might hazard a guess as to why the Java engine appears
This is a MIME message. If you are reading this text, you may want to
consider changing to a mail reader or gateway that understands how to
properly handle MIME multipart messages.
--=_702B4CD5.E687E0B3
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
execution at
every page.
-Original Message-
From: David Clay [SMTP:[EMAIL PROTECTED]]
Sent: 10 November 2000 13:49
To: CF-Talk
Subject: Best Practices
This is a MIME message. If you are reading this text, you may want to
consider changing to a mail reader or gateway
I am looking for the bast practices on the following questions:
1) Is it best to have 1 large database with many tables or vise versa.
Vice versa? Having 1 large table with many databases? :P
2) Is it best to set queries in the application.cfm or in the page it
=
self, knowing this is a
e-
From: Mike Connolly [SMTP:[EMAIL PROTECTED]]
Sent: Friday, November 10, 2000 8:02 AM
To: CF-Talk
Subject: RE: Best Practices
On point two, I wouldn't put queries in the application.cfm unless you
want
it to execute everytime to access ANY cf template.
Also, if this is the ca
s
own page and just include that page as needed. That way, you only need to
go to one place to change the query ;)
Todd Ashworth
- Original Message -
From: "Scott Wolf" [EMAIL PROTECTED]
To: "CF-Talk" [EMAIL PROTECTED]
Sent: Friday, November 10, 2000 9:09 AM
Subject:
I would also take a semi-Fusebox approach to this and write
the query in its
own page and just include that page as needed. That way, you
only need to
go to one place to change the query ;)
And if it's a query that is run often enough and almost never changes (ie
GetCountries), as well
At 06:48 AM 11/10/00 -0700, you wrote:
snip
I am looking for the bast practices on the following questions:
1) Is it best to have 1 large database with many tables or vise versa.
This is a data modeling question and the answer, of course, is maybe. For
a good quick-reference on data
601 - 700 of 706 matches
Mail list logo