Gary, I am not real sure in that regard, I have not had the need of setting up a clustered enviornment myself, so my answer would not be that good. Maybe some others with clustering exp will chime in...
Douglas Brown Email: [EMAIL PROTECTED] ----- Original Message ----- From: "Houk, Gary" <[EMAIL PROTECTED]> To: "CF-Talk" <[EMAIL PROTECTED]> Sent: Tuesday, June 25, 2002 1:44 PM Subject: RE: client variables changing?... > I thought about running a session var just for the repid, but we are on clustered servers. As long as I enable "sticky session variables" in cluster cats, am I safe to run the session var for the repid in my app? > > -----Original Message----- > From: Douglas Brown [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, June 25, 2002 4:29 PM > To: CF-Talk > Subject: Re: client variables changing?... > > > Could there be the possibility that the one you found being the > problem? Possibly when you are setting the loggedIn value to no, > but their session data is still persistent. Maybe do a > structClear(session) along with it.... > > > > > Douglas Brown > Email: [EMAIL PROTECTED] > ----- Original Message ----- > From: "Houk, Gary" <[EMAIL PROTECTED]> > To: "CF-Talk" <[EMAIL PROTECTED]> > Sent: Tuesday, June 25, 2002 1:19 PM > Subject: RE: client variables changing?... > > > > Yeah, I did a search within my entire project and only found > that one instance. > > > > - Gary > > > > -----Original Message----- > > From: Douglas Brown [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, June 25, 2002 4:10 PM > > To: CF-Talk > > Subject: Re: client variables changing?... > > > > > > Also check <cflocation> where there is no default set for > > addToken, since it will default to "yes" if you do not specify > > "no" > > > > > > > > > > Douglas Brown > > Email: [EMAIL PROTECTED] > > ----- Original Message ----- > > From: "Houk, Gary" <[EMAIL PROTECTED]> > > To: "CF-Talk" <[EMAIL PROTECTED]> > > Sent: Tuesday, June 25, 2002 1:00 PM > > Subject: RE: client variables changing?... > > > > > > > yes, only on the application page in this context: > > > > > > > > > <!--- TEST TO SEE IF SESSION HAS TIMED OUT AFTER A > SUCCESSFUL > > LOGIN ---> > > > <cfif client.login is "true"> > > > <cfif datediff("#variables.timespan#", client.lastvisit, > > now()) gte variables.timeout> > > > <!--- RESET THE LOGIN VAR TO BE FALSE IF USER HAS TIMED > > OUT ---> > > > <cfset client.login = "false"> > > > <cflocation url="#variables.SitePath#secLogin.cfm" > > addtoken="Yes"> > > > </cfif> > > > </cfif> > > > > > > > > > > > > > > > > > > -----Original Message----- > > > From: Douglas Brown [mailto:[EMAIL PROTECTED]] > > > Sent: Tuesday, June 25, 2002 3:53 PM > > > To: CF-Talk > > > Subject: Re: client variables changing?... > > > > > > > > > do you have any <cflocation> tags anywhere that might have a > > > addtoken="yes" > > > > > > > > > > > > > > > Douglas Brown > > > Email: [EMAIL PROTECTED] > > > ----- Original Message ----- > > > From: "Houk, Gary" <[EMAIL PROTECTED]> > > > To: "CF-Talk" <[EMAIL PROTECTED]> > > > Sent: Tuesday, June 25, 2002 12:48 PM > > > Subject: RE: client variables changing?... > > > > > > > > > > The cfid:cftoken values are not being passed in the url. > > This > > > seems to be happening during the session, after an order is > > > placed. I'm really kink of grabbing for straws here because > I > > > haven't changed the app framework for at least 6 months, and > > > nothing internally changed recently. > > > > > > > > - Gary > > > > > > > > -----Original Message----- > > > > From: Timothy Heald [mailto:[EMAIL PROTECTED]] > > > > Sent: Tuesday, June 25, 2002 3:40 PM > > > > To: CF-Talk > > > > Subject: RE: client variables changing?... > > > > > > > > > > > > Make sure that they aren't book marking pages, or sending > > each > > > other links. > > > > It would be possible to assume someone's session, and > there > > by > > > get there > > > > client variables as your own. I have heard of that > > happening > > > before. Also > > > > two of the developers here have just accidentally assumed > > each > > > others > > > > sessions when they were assigned the same ids. It's the > > only > > > time I have > > > > ever heard of that happening, but you never know :) > > > > > > > > Tim Heald > > > > ACP/CCFD :) > > > > Application Development > > > > www.schoollink.net > > > > > > > > > -----Original Message----- > > > > > From: Houk, Gary [mailto:[EMAIL PROTECTED]] > > > > > Sent: Tuesday, June 25, 2002 2:58 PM > > > > > To: CF-Talk > > > > > Subject: client variables changing?... > > > > > > > > > > > > > > > We have an app that has a login screen and the following > > > code is > > > > > ran on the action page: <cfset client.repid=form.repid>. > > The > > > > > repid is displayed at the top of all the pages in an > > > included > > > > > header page. Some of the reps say that on the order > > > confirmation > > > > > screen, their repid changes to that of someone else in > the > > > > > office. The only reference in the code on the > confirmation > > > page is: > > > > > > > > > > <cfprocparam type="In" cfsqltype="CF_SQL_CHAR" > > > > > variable="@rssc_rep_id" value="#client.repid#" > null="No"> > > > > > > > > > > I have no idea how it could be changing. The offices run > > > Linux > > > > > boxes with Netscape 3.0 browser, and they all run > through > > a > > > > > Netscape Server. Any thoughts on this? It's causing our > > reps > > > to > > > > > not get credited for all of their sales. It seems as > > though > > > the > > > > > repid that it changes to is one from their office. Any > > other > > > > > suggestions? We are running in a clustered environment, > > > which is > > > > > why we use client variables stored in a sql server 2000 > > > database. > > > > > > > > > > TIA, > > > > > > > > > > - Gary > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ______________________________________________________________________ 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
