We are planning to not use session variables. We will only be using client
variables.
Mike.
-Original Message-
From: David Berger [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, May 17, 2000 9:29 AM
To: [EMAIL PROTECTED]
Subject: RE: Session vars in a clustered environment
If you are
IL PROTECTED]>
>Reply-To: [EMAIL PROTECTED]
>To: <[EMAIL PROTECTED]>
>Subject: RE: Session vars in a clustered environment
>Date: Wed, 17 May 2000 08:49:11 -0600
>
>I have one question dealing with client variables. The text at the end was
>taken from CF Help.
I have one question dealing with client variables. The text at the end was
taken from CF Help. I have a few questions...
1. "If ID and token combinations already exist on each host in the cluster"
How does each server know of the existence of other cfid/cftoken
combinations on other servers?
> To answer my own question, this worked:
>
>
>
>
>list="#form.fieldnames#"
> index="field">
>type="EXCLUSIVE">
>
> value="#evaluate("form."&"#field#")#">
>
>
>
>
>
There's no need to lock access to form variables.
Dave Watts, CTO, Fig Leaf Software
don't migrate across clustered
> servers either .. to my knowledge.
>
> .Todd
>
> - Original Message -
> From: David Cummins <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, May 16, 2000 7:33 PM
> Subject: Re: Session vars in a c
BTW .. Just as a side note, client variables don't migrate across clustered
servers either .. to my knowledge.
.Todd
- Original Message -
From: David Cummins <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 16, 2000 7:33 PM
Subject: Re: Session va
6, 2000 8:09 PM
Subject: Re: Session vars in a clustered environment
> >
> >
> >
> >
>
> What's neq an abbreviation for?
>
> Thanks,
>
> Jay
>
> --
not equal
At 08:09 PM 16/05/00 -0400, you wrote:
> >
> >
> >
> >
>
>What's neq an abbreviation for?
>
>Thanks,
>
>Jay
>
>--
>Archives: http://www.eGroups.com/list/cf-talk
>To Unsubscribe visit
>http://www.hou
LMAO
- Original Message -
From: "Todd Ashworth" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 16, 2000 7:46 PM
Subject: Re: Session vars in a clustered environment
> lol .. speaking of which .. I did a search for "sticky sessions"
>
>
>
>
What's neq an abbreviation for?
Thanks,
Jay
--
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
ind *those* kinds of sticky session
hardware in our server racks ;)
- Original Message -
From: paul smith <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, May 16, 2000 6:13 PM
Subject: RE: Session vars in a clustered environment
> At 05:39 PM 5/16/00 -0400, you wrote:
ular 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
> &g
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"
WDDX packet. When you
need to get the data again, deserialize the packet.
Mike.
-Original Message-
From: paul smith [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 16, 2000 4:28 PM
To: [EMAIL PROTECTED]
Subject: Re: Session vars in a clustered environment
WDDX is an alternative to
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
WDDX is an alternative to "Sticky Sessions"
The idea is to pass a WDDX packet back and
and forth in each page request. This allows
pages displayed to a given user to be from
different web servers. Perhaps we can call
this "non-Sticky Sessions" for short, or,
"Sessions_That_Aren't_Sticky_But_The
To answer my own question, this worked:
I guess that's what I'll use instead of session vars.
H.
--
Archives: http://www.eGroups.com/list/cf-talk
To Unsubscribe visit
http://www.
At 05:39 PM 5/16/00 -0400, you wrote:
>Also known as "sticky sessions."
>
>
You first ;-)
--
Archives: http://www.eGroups.com/list/cf-talk
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body
> -Original Message-
> From: Todd Ashworth [SMTP:[EMAIL PROTECTED]]
> Sent: Tuesday, May 16, 2000 1:52 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Session vars in a clustered environment (addition)
>
> [...] but .. like you said, you don't like doin
OTECTED]]
> Sent: Tuesday, May 16, 2000 2:46 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Session vars in a clustered environment
>
> Howard,
>
> I've never used session vars in a clustered server setup, but I've read a
> lot about doing it, so here goes noth
, 2000 3:46 PM
To: [EMAIL PROTECTED]
Subject: Re: Session vars in a clustered environment
Howard,
I've never used session vars in a clustered server setup, but I've read a
lot about doing it, so here goes nothing :-)
>
>
> I've never worked with session variables on cl
Howard,
I've never used session vars in a clustered server setup, but I've read a
lot about doing it, so here goes nothing :-)
>
>
> I've never worked with session variables on clustered servers. I read
> somewhere ... and can't remember where ... that I might have a problem
here.
You can setup
Also known as "sticky sessions."
Sharon
At 01:41 PM 5/16/2000 -0700, Scott Weikert wrote:
>We discussed this thing with an Allaire guy just last week. He said that
>currently, you can't pass session variables around between clustered
>servers. He did say that things can be set up so that use
-Original Message-
From: paul smith [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 16, 2000 4:50 PM
To: [EMAIL PROTECTED]
Subject: Re: Session vars in a clustered environment
Folks are going to WDDX for clustered servers.
I plan to.
best, paul
At 04:15 PM 5/16/00 -0400, you wrote
00 2:13 PM
> To: [EMAIL PROTECTED]
> Subject: Re: Session vars in a clustered environment
>
>
> Round-robin DNS would do the trick .. but then again .. what
> happens if they
> get disconnected from the site? Or are you talking about
> having the user
> *always* go to
, May 16, 2000 4:41 PM
Subject: RE: Session vars in a clustered environment
| We discussed this thing with an Allaire guy just last week. He said that
| currently, you can't pass session variables around between clustered
| servers. He did say that things can be set up so that users stick to the
|
Folks are going to WDDX for clustered servers.
I plan to.
best, paul
At 04:15 PM 5/16/00 -0400, you wrote:
>I've never worked with session variables on clustered servers. I read
>somewhere ... and can't remember where ... that I might have a problem here.
-
[...] but .. like you said, you don't like doing that so ... I dunno what
else to tell you.
Todd Ashworth
Web Application Developer
(803) 327-0137 [111]
_
Ask about our low-cost, 100% user-configurable, turn-key
web sites that can have your business on
We discussed this thing with an Allaire guy just last week. He said that
currently, you can't pass session variables around between clustered
servers. He did say that things can be set up so that users stick to the
server they come into - so you CAN set session variables, and said user will
just s
You could pass your info from form to form using hidden fields, or URL
variables. I use hidden fields when I don't want sensitive stuff to show up
in the URL .. otherwise, I don't worry about it and pass stuff in plain
site. Personaly, I tend to stay away from Session variables unles they will
r
30 matches
Mail list logo