There is a predefined variable shortcut called #urltoken# which you use
instead of always having to refer to both cfid and cftoken. It is in the
client scope and produces something like this
CFID=113&CFTOKEN=89220054
so you only need to append &#urltoken# or &#client.urltoken# if your cookie
management at the application and server level is set correctly. It is a
time saver.
-----Original Message-----
From: Tim Price [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 22, 2001 2:13 PM
To: Fusebox
Subject: RE: CLIENT Variable storage
That probably explains it then !
Although at the time I was using the registry for client storage I've now
created a DB table , however I'm not using "cookies" and I'm certainly not
passing the cfid tokens through my forms or url's !
Thats sounds quite an overhead but if I do need to do it would I have to
reference them seperately after they had been passed into my current cfm
module ?
ie. ....&cfid=#attributes.cfid#&cftoken=#attributes.cftoken#
Tim
<!--- User Variables --->
<cfif not Isdefined("client.customerid")>
<cfif IsDefined("cookie.cfid") and IsDefined("cookie.cftoken")>
<cfset client.customerid= "#cookie.cfid#_#cookie.cftoken#">
<cfelse>
<cfset client.customerid= "#cfid#_#cftoken#">
</cfif>
</cfif>
-----Original Message-----
From: John Anderson [mailto:[EMAIL PROTECTED]]
Sent: 21 March 2001 18:02
To: Fusebox
Subject: RE: CLIENT Variable storage
Your client variables may be stored in the following areas based on your cf
server settings:
1. The registry
2. A database that you have chosen and set up for client variable storage.
3. Cookies
You must also maintain session state to access these variables:
If:
setclientcookies="Yes" in your <cfapplication> your app will keep state
based on cfid and token which is accessed via a cookie.
Otherwise you must pass cfid and token through all your url variables,
submitted forms etc.
It could be that the variables are being written, but you are actually
losing state.
( a different cfid and token is being generated mid session and the client
variables that were set no longer exist for that user?)
Hope this helps,
John Anderson
http://www.aloha-webdesign.com
-----Original Message-----
From: Tim Price [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, March 21, 2001 11:14 PM
To: Fusebox
Subject: CLIENT Variable storage
Hi
Could someone give me a few pointers regarding Client variable storage.
I developed my first fusebox application on my local machine using CF single
server and all was fine during my development and testing.
However, having just loaded the application on the development server at
work, running Windows NT, I'm having problems when trying to reference
client variables that appear to have been written OK as I don't get errors
then, but for some reason can't find them when I reference them later on
!!!!!!!
This is a recently configured server so is there something I need to set on
the cold fusion application server for it to work OK , would it be something
to do with permissions on NT ?
Any help would be appreciated over this side of the ocean !
Regards
Tim Price (UK)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
