Just use client vars...with the datasource and you have no need for shared
memory vars in a load balanced environment.
----- Original Message -----
From: "Billy Cravens" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Friday, August 17, 2001 10:20 AM
Subject: RE: Any horror stories from not locking session vars?


> I don't know that this is necessary.  Configure client storage to use
> ODBC; that way all of your servers can point to that datasource and
> retain the same sessions.
>
> ---
> Billy Cravens
> HR Systems, EDS
> [EMAIL PROTECTED]
>
>
> -----Original Message-----
> From: JB Mentzer [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 16, 2001 9:25 PM
> To: CF-Talk
> Subject: Re: Any horror stories from not locking session vars?
>
>
> Hi all
>
> "[EMAIL PROTECTED]" wrote:
>
> > A further suggestion is to avoid SESSION, APPLICATION and SERVER
> > variables completely.  Build a site that will be ready for
> > loadbalancing WITHOUT sticky sessions now and don't even fool with
> > server specific shared memory scopes.
>
> So what variables am I to use? Aren't URL variables a security breach?
>
> Thanks!
>
> * john *
>
> >
>
> >
> >
> > 2c
> >
> > ~.net3
> >
> > ----- Original Message -----
> > From: "Don Vawter" <[EMAIL PROTECTED]>
> > To: "CF-Talk" <[EMAIL PROTECTED]>
> > Sent: Monday, August 06, 2001 10:10
> > Subject: Any horror stories from not locking session vars?
> >
> > > I have been asked to do a code review of a site and I have found
> > > that the developers don't bother to lock session variables when then
>
> > > read or write them. Does anybody have an good horror stories about
> > > the dangers of doing this so I legitimately show the customer why
> > > this is a problem.  He is a nontechnical person so any talk of
> > > needing to single-thread processes when using shared variables won't
>
> > > mean a thing to him. Since I always lock
> > around
> > > the variables I can't give him any personal horror stories. Perhaps
> > > some
> > of
> > > you have heard of some (I KNOW they won't come from YOUR sites
> > > because you always follow best practices ;-) but maybe you inherited
>
> > > some.)
> > >
> > > TIA
> > >
> > > Don
> > >
> > >
> > >
> > >
> > >
> >
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
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/cf-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Reply via email to