Is onapplicationstart returning true? If it doesn't return true then
it will continue to execute as you've described. Then again.. I could
be wrong :)
On 4/23/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Thanks for your quick reply Andrew.
I am unsure of how these certain conditions are
Hi all,
I was wondering what the differences between the request and
application variables are.
I use the application variable to store the variables that dont change
much (dsn, page info, page content etc...).
Now i dont seem to understand the request scope and its uses well
enough to use
Hi all,
I was wondering what the differences between the request and
application variables are.
I use the application variable to store the variables that dont change
much (dsn, page info, page content etc...).
Now i dont seem to understand the request scope and its uses well
enough to use
Request scope variables only exist for the duration of a page request. They
don't consume RAM like Application variables do. And are ideal for what you
are using Application vars for.
Best defined in Application.cfm as it is executed before all other
templates: eg:
cfsilent
cfapplication
Would it be better to have these variables in the application scope
over the request scope as they should exist for the entire application
rather than single page request?
This beginning to confuse me even more
On Apr 23, 6:53 pm, Peter Tilbrook [EMAIL PROTECTED] wrote:
Request scope
No point. In fact an unnecessary overhead.
Once the request is finished they are no longer required. Another page
request - they are used - then zip. No locking or anything required.
Application vars have their place but for - at least how I use them - like
datasourcenames and such - Request
Well i store them in the application scope because i call some
function to fetch page information from the database and i wouldnt
want them to load on every page request, I would much rather store
them in the app scope and call them from the pages This was
implemented to avoid hitting the db all
I'd either put it in your application scope or cache ya query.
if it's going to be available for every user all the time then application
shouldn't be a problem
if the site's busy and ya setting it to request each page request for each
user then it would be using a lot of memory although the
Yeah thanks for that.
So basically, when would you need to be using the request scope?
I use the application.cfc so i would have all this in my
onrequeststart().
Thanks once again guys,
On Apr 23, 7:41 pm, M@ Bourke [EMAIL PROTECTED]
wrote:
I'd either put it in your application scope or
So basically, when would you need to be using the request scope?
you never need to use much of anything, it's when might you use the request
scope I personally will load querys and stuff into it, that is going to be
accessed for just the page request and be accessed by any files throughout
the
I agree with M@, things that are going to be constant and apply across the
board to the entire application I would stick in the Application scope. Why
the hell Peter does this in the request scope is beyond reasoning to me.
There is very little need to use the request scope, unless you want a way
Dude, to answer you original question, which is what the hell is the
request scope? (if I understand you well): the request scope gives you
access to the whole HTTP request entity. So you can see it as one round-trip
to the server. If inside a template, you have a cfmodule, or a cf_whatever,
a
Actually that is not true...
All variables in all scopes are accessible in every aspect of coldfusion,
with excpetion to limitations to CFX tags.
On 4/23/07, christophe albrech [EMAIL PROTECTED] wrote:
Dude, to answer you original question, which is what the hell is the
request scope? (if
as I understand it, the VARIABLES scope is only available to the current
template
if you don't specify a scope, it ends up in the VARIABLES scope.
I think the THIS scope for CFCs is limited to the CFC
On 4/23/07, Andrew Scott [EMAIL PROTECTED] wrote:
Actually that is not true...
All
Monday 30th April, the Sydney Flash Platform Developers Group is
meeting with the following topics:-
1.) With Flex Builder and CFEclipse based on the free open source Eclipse
IDE, we'll walk though the features of Eclipse to understand why.
2.) Currently Coldfusion's Flash forms are based on
The THIS scope is also accessible by the calling page.
the var (whats the name of this scope/thingo?) is accessible by only the
current cfc
cfset var crud = chuck some crud on it
On 4/23/07, AJ Mercer [EMAIL PROTECTED] wrote:
as I understand it, the VARIABLES scope is only available to the
M@ you meant function..
Variables scope is what you meant for CFC's...
On 4/23/07, M@ Bourke [EMAIL PROTECTED] wrote:
The THIS scope is also accessible by the calling page.
the var (whats the name of this scope/thingo?) is accessible by only the
current cfc
cfset var crud = chuck some
Request scope is less important now that it used to be. In the days
up to CF5.2, locking was a huge issue whenever you tried to read the
application scope so it was a matter of routine that for each page
request, you copied all the applicatoin variables into the request
scope and used them
The important thing to realise is how long each of these scopes last,
and where they can be seen.
Server scope is available to every page on the server, regardless of
application name specified.
Their timeout is defined in your Cf administrator, and typically last
for a few days.
Put things in
Hi,
new install of cf mx 7 on a new DELL PC.
getting the above error when attempting to browse
http://localhost/CFIDE/administrator/index.cfm
IIS is started.
CF services are started.
I have run the IIS_connector.bat in the bin\connector directory.
rebooted a couple of times.
The IIS
Hey all
Anyone know of a commercial provider of a list or preferably a web service
where we can get a list of all suburbs matching a postcode? Dont need GPS
co-ordinates.
Cheers
Jason
Jason Bayly
Senior Developer
d: (02) 9274 8061
p: (02) 9274 8000
f: (02) 9274 8099
m: 0425 222 325
21 matches
Mail list logo