When I used the STOMP tool at www.secretagents.com, it pointed out all the
code that needed to be appended with a CFID/CFTOKEN, which is what you'd
want to do. It was real nice having the tool traverse all the code for me
instead of me having to crawl it. I'd check it out. Oh, an'd that ain't a
shameless plug; I just think it is a good tool.
It would make -your- life easier, though, if you could get folks to accept
using client cookies, though...
> -----Original Message-----
> From: Tim Price [SMTP:[EMAIL PROTECTED]]
> Sent: Thursday, March 22, 2001 10:13 AM
> 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
