No, the way client variables are structured that would not be an issue. There are some other practical issues to consider when dealing with WDDX and client vars, however. What DB are you using?
WDDX can create some pretty massive strings because it converts things like arrays and structs to XML. If you are using Oracle 8 you may experience DB errors... I believe the max string size is 4k characters (it's been a while so you might double check). Also, there is a bug in old versions of MDAC that only allowed 2k characters to be stored in an Oracle 8 DB when using the LONG type and ODBC drivers. Lastly, if you ever switch to cookies they have a 4k character limit as well. -----Original Message----- From: Owens, Howard [mailto:[EMAIL PROTECTED]] Sent: Wednesday, April 10, 2002 6:39 PM To: CF-Talk Subject: RE: Client Variable Scrabble Bryan and David: Thanks for suggestions. Good one. Would this be an issue -- I have arrays passing in and out of CFWDDX so I can pass the arrays between pages. There's no point at which the CFWDDX tags are not serielizing or deserilizing a non client-scoped variable, nor are variables being passed between templates (except part of the same group (called at the same time) of includes. But could there be a moment in time, when variables are just local variables, between getting passed between CFWDDX tags when they could be vulnerable to getting mixed up? H. > -----Original Message----- > From: Bryan Love [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, April 10, 2002 6:37 PM > To: CF-Talk > Subject: RE: Client Variable Scrabble > > First off, why bother setting client cookies at all?? If you pass the CFID > and CFTOKEN through the URL and vars are stored in the DB, then why set > cookies? I don't remember off the top of my head whether CF looks for > CFID > and CFTOKEN in the cookie first, or in the url string, but you might want > to > investigate. > > Second, check to make sure that "cfClientstorage" is mapped to the same DB > in the CF Administrator on all machines in the cluster. This is most > likely > your problem. If the DSNs are mapped to different DBs then two users > might > get the same CFID and CFTOKEN if they start their sessions on different > machines, then when they switch machines they will switch client vars... > > > -----Original Message----- > From: Owens, Howard [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 10, 2002 4:30 PM > To: CF-Talk > Subject: RE: Client Variable Scrabble > > > Nah, It's IE 5.0 and 5.5 > > H. > > > > -----Original Message----- > > From: Owens, Howard [SMTP:[EMAIL PROTECTED]] > > Sent: Wednesday, April 10, 2002 4:25 PM > > To: CF-Talk > > Subject: RE: Client Variable Scrabble > > > > Thanks, Dave ... I'll check the IE issue ... there is only one > > cfapplication > > tag for the entire application. > > > > Here's what it looks like: > > > > > > > > <cfapplication name="appname" > > clientmanagement="yes" > > sessionmanagement="no" > > setclientcookies="yes" > > clientstorage="cfClientstorage"> > > > > > > <cfscript> > > > > > > > > H. > > > > > > > -----Original Message----- > > > From: David Schmidt [SMTP:[EMAIL PROTECTED]] > > > Sent: Wednesday, April 10, 2002 4:37 PM > > > To: CF-Talk > > > Subject: Re: Client Variable Scrabble > > > > > > First, double check that all of your cfapplication tags specify the > same > > > client datasource. Make sure none are using > > > "Registry". I know you said you are using a database, but just to be > > > sure... > > > > > > Second, are the users using IE6 perhaps? I've heard some problems > that > > > IE6 has with cookies at times. > > > > > > Just a few thoughts. If I think of anything else, I'll let ya know. > > > > > > Good Luck, > > > > > > Dave > > > > > > > > > ----- Original Message ----- > > > From: "Owens, Howard" <[EMAIL PROTECTED]> > > > To: "CF-Talk" <[EMAIL PROTECTED]> > > > Sent: Wednesday, April 10, 2002 3:55 PM > > > Subject: Client Variable Scrabble > > > > > > > > > > When working in a single-server environment, I've always used > session > > > > variables to track users. > > > > > > > > But that session variables don't work in a clustered environment, > > which > > > is > > > > what I'm doing a lot of my development on now. > > > > > > > > So, based on recommendations of this list, I switched to client > > > variables. > > > > > > > > We launched a new Intranet application today that makes heavy use of > > > client > > > > variables -- and everything is getting scrambled. We have multiple > > > users > > > > going at one time and one user will show up with the data of another > > > user. > > > > > > > > Now I've always been told that you don't lock client vars. So I'm > not > > > > locking them. > > > > > > > > I'm passing #client.urltoken# in ALL URLs and Form variables, plus, > > > since > > > > this is an intranet, I know all users have cookies enabled and they > > are > > > all > > > > using IE. > > > > > > > > My client storage is in a database. > > > > > > > > So, what might be the problem here? Why are the servers (three in > the > > > > cluster) losing track of the users? > > > > > > > > H. > > > > > > > > > > > > > > > ______________________________________________________________________ Structure your ColdFusion code with Fusebox. Get the official book at http://www.fusionauthority.com/bkinfo.cfm FAQ: http://www.thenetprofits.co.uk/coldfusion/faq Archives: http://www.mail-archive.com/[email protected]/ Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
