Not being an expert or anything.... but I think session variables are probably a
dead cause for clustered systems. At least client variables can be stored in a
shared database.
BTW, is there an easy way you could make a client variable "expire", and use it
like a session variable?
David
Todd Ashworth wrote:
>
> Yup .. that's the way it works .. but what if the person get's 'diconnected'
> .. as in loses ability to get to the site for say .. 5 minutes? Now, I'm
> not sure *exactly* how this works, so someone feel free to correct me.
> Using a round-robin DNS setup (a less than optomized setup where, as users
> come to a site with clustered servers, that site's DNS servers cycle through
> the list of clustered servers and sends each user to the next server in the
> list, regardless of that server's individual load .. repeat as needed)
> wouldn't the user get routed to a different server than they were on last
> time effectively destroying their session, even though it didn't
> 'legitimately' time out?
>
> Now that I think about it, couldn't the same thing happen on a setup where
> the load balancing employed routing to a particular server that had the
> least load?
>
> That has to work differently than I am thinking .. or at least there has to
> be a 'more stateful' option available that will handle common internet
> problems such as that.
>
> .Todd
>
> ----- Original Message -----
> From: Scott Weikert <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, May 16, 2000 5:19 PM
> Subject: RE: Session vars in a clustered environment
>
> > Define "disconnected". If the user came back before the session timed out,
> > I'd figure he'd still be golden - single server or
> > clustered-as-described-below.
> >
> > What I was talking about is say, Joe User comes along to your site. You
> have
> > Servers A, B, C. Whatever load-balancing situation you have going
> determines
> > B is the least utilized now, so sends Joe on to B. Joe stays on B for the
> > duration. If Joe leaves, his session times out, and he comes back the next
> > day, start over. But if he sticks around and keeps hitting the site (and
> > refreshing the session timeout), he'd stay on B.
> >
> > Mind you, I couldn't get into details on how they do this - I'm just
> > relaying stuff from the meeting we had with some Allaire guys, and this is
> > what they told us.
>
> ------------------------------------------------------------------------------
> Archives: http://www.eGroups.com/list/cf-talk
> To Unsubscribe visit
>http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
>message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
------------------------------------------------------------------------------
Archives: http://www.eGroups.com/list/cf-talk
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.
