MSSQL Server. H.
> -----Original Message----- > From: Bryan Love [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, April 10, 2002 7:00 PM > To: CF-Talk > Subject: RE: Client Variable Scrabble > > 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. > > > > > > > > > > > > > > > > > > > > > > > ______________________________________________________________________ Signup for the Fusion Authority news alert and keep up with the latest news in ColdFusion and related topics. http://www.fusionauthority.com/signup.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
