Thanks Dave. That's what I thought too, but I read something in the
comments of an old post on Ray's blog that had me second guessing.
Steve "Cutter" Blades
Adobe Certified Professional
Advanced Macromedia ColdFusion MX 7 Developer
Co-Author of "Learning Ext JS"
http://www.packtpub.com/learning
> How do you handle access to Session and Application variables within
> onRequestEnd in Application.cfc? Migrating a legacy app, and forgetting
> how to properly handle this.
You can access them normally within onRequestEnd. You only have to
access them through arguments within onSessionEnd or o
Possibly the sessiontimeout attribute of your cfapplicaiton tag?
You could also do a little JS magic to ensure sessions never die as long as
the browser is open by just requesting something via httprequest every XXX
seconds or minutes (or whatever).
Example...
Write a page that only outputs some
> In the CF Admin, I've got all session and application vars set to
> timeout at 1 hour. In my Application file, I've got the same settings,
> with all the appropriate locks and what not.
Can you post the CFApplication tag?
~|
Cr
web: www.electricedgesystems.com
- Original Message -
From: "Scott Stroz" <[EMAIL PROTECTED]>
To: "CF-Talk"
Sent: Thursday, December 21, 2006 1:06 PM
Subject: Re: SESSION vars and subdomains
>I have seen this question before, In your tag (or in
> Application.cfc) set
I have seen this question before, In your tag (or in
Application.cfc) set 'setDomainCookies' equal to yes. I think that will help
resolve this issue.
On 12/21/06, Bryan Stevenson < [EMAIL PROTECTED]> wrote:
>
> Hey All,
>
> I have an app that works fine locally (via localhost), but live at
> Hos
Crow T. Robot wrote:
> Yea, other than that. :)
>
> That would be an interesting site, though. Boatloads of fun to maintain!
Not hard at all, just do it client-side: write a small javascript
function and hook it to the onclick event of every anchor. Won't
catch those without Javascript, but i
Yea, other than that. :)
That would be an interesting site, though. Boatloads of fun to maintain!
Jochem van Dieten wrote:
> Ray Champagne wrote:
>> Is there any other way to use session variables without setting client
>> cookies or passing the CFID/CFTOKEN in the URL for every page?
>
> Pas
Ray Champagne wrote:
> Is there any other way to use session variables without setting client
> cookies or passing the CFID/CFTOKEN in the URL for every page?
Pass themn through a form :)
Jochem
~|
Message: http://www.houseoff
Yea, and I should mention that there is no chance of being able to use
J2EE vars on the server, either.
Charlie Griefer wrote:
> i want to say no.
>
> but invariably somebody's going to come along with some hoity toity
> java method that passes them thru the ether.
>
> we'll see :)
>
> On 5/8/
> Is there any other way to use session variables without
> setting client cookies or passing the CFID/CFTOKEN in the URL
> for every page?
No, either one or the other is required. Well, theoretically, you could
ensure that only forms are used for page navigation, and pass it via HTTP
POST, but
i want to say no.
but invariably somebody's going to come along with some hoity toity
java method that passes them thru the ether.
we'll see :)
On 5/8/06, Ray Champagne <[EMAIL PROTECTED]> wrote:
> Is there any other way to use session variables without setting client
> cookies or passing the CF
power of positive thinking my friend =) we need of it in the world.
~|
Special thanks to the CF Community Suite Gold Sponsor - CFHosting.net
http://www.cfhosting.net
Message: http://www.houseoffusion.com/lists.cfm/link=i:4:183752
> phil williams wrote:
> >
> > Any ideas however on how to tackle the session vars problem would be
> greatly appreciated! ;-)
>
> What does LiveHTTPHeaders tell you? If you need help decrypting
> the headers just send the log to the list.
>
Jochem
OK this has totally freaked me out now. The
phil williams wrote:
>
> Any ideas however on how to tackle the session vars problem would be greatly
> appreciated! ;-)
What does LiveHTTPHeaders tell you? If you need help decrypting
the headers just send the log to the list.
Jochem
~~
>Jochem ofcourse refers to the buffer overflow vulnerability found in
>Iframes :) And yes, it is a vulnerability but still I believe you must
>take those not to seriously. Software always contains bugs, IE contains
>them, FireFox contains them, Safari contains them, Opera contains them,
>etc.etc. W
Jochem ofcourse refers to the buffer overflow vulnerability found in
Iframes :) And yes, it is a vulnerability but still I believe you must
take those not to seriously. Software always contains bugs, IE contains
them, FireFox contains them, Safari contains them, Opera contains them,
etc.etc. We can
On Tuesday 09 Nov 2004 14:22 pm, Dave Watts wrote:
> > A pitty for the networks department and their Tux dolls, but
> > I care more about my customer satisfaction levels on using
> > the web application. :)
>
> Unfortunately, many customers are unsatisfied by having their machines
> compromised.
F
O ofcourse.. but the exploitable abilities of iframes have been over
exaggerated by security firms. Security firms which take every
opportunity to get in the news no matter what needs to be done to
exploit such features.
Micha Schopman
Software Engineer
Modern Media, Databankweg 12 M, 3821 AL A
>Are both locations in the same domain?
>
>Micha Schopman
>Software Engineer
>
>Modern Media, Databankweg 12 M, 3821 AL Amersfoort
>Tel 033-4535377, Fax 033-4535388
>KvK Amersfoort 39081679, Rabo 39.48.05.380
The data is being drawn from a dedicated IP address as opposed to a domain.
There is
> A pitty for the networks department and their Tux dolls, but
> I care more about my customer satisfaction levels on using
> the web application. :)
Unfortunately, many customers are unsatisfied by having their machines
compromised.
Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
ph
Thomas Chiverton wrote:
> On Tuesday 09 Nov 2004 13:17 pm, Jochem van Dieten wrote:
>>
>> IFRAMEs might not be a good idea in the light of the latest
>> developments :-)
>
> Which ones are they then ?
http://isc.sans.org/diary.php?date=2004-11-08
http://www.uniras.gov.uk/l1/l2/l3/alerts2004/aler
Iframes give you the ability to split your web application into smaller
pieces. With IE as well as FireFox you reach certain limits for what a
single document canvas can handle. Especially IE because it still lacks
a good garbage collector (currently implemented method is mark & sweep).
If you put
On Tuesday 09 Nov 2004 13:17 pm, Jochem van Dieten wrote:
> IFRAMEs might not be a good idea in the light of the latest
> developments :-)
Which ones are they then ?
--
Tom Chiverton
Advanced ColdFusion Programmer
Tel: +44 (0)1749 834900
email: [EMAIL PROTECTED]
BlueFinger Limited
Underwood Bus
Jochem,
Thanks for the LiveHttpHeaders info. I just installed it. It rocks!!
>>Do you have this problem with every browser? Can you try it with
>>FireFox and the LiveHTTPHeaders plugin so you can see what
>>exactly you are sending to the server?
Jochem
~~
Micha Schopman wrote:
> " IFRAMEs might not be a good idea in the light of the latest
> developments :-)"
>
> They still are... trust me, in a big web application you'll beg for
> iframes. ;)
In a big network environment I beg for a proxy that removes all
iframes for user agents that identify t
" IFRAMEs might not be a good idea in the light of the latest
developments :-)"
They still are... trust me, in a big web application you'll beg for
iframes. ;)
Micha Schopman
Software Engineer
Modern Media, Databankweg 12 M, 3821 AL Amersfoort
Tel 033-4535377, Fax 033-4535388
KvK Amersfoort 39
Phil Williams wrote:
>
> I am developing an app for a local printing firm allowing them to resell
> their products through a range of resellers sites. The way I'm doing it
> is to use an IFRAME to pull in the menus and products direct from the
> clients site.
IFRAMEs might not be a good idea in t
Are both locations in the same domain?
Micha Schopman
Software Engineer
Modern Media, Databankweg 12 M, 3821 AL Amersfoort
Tel 033-4535377, Fax 033-4535388
KvK Amersfoort 39081679, Rabo 39.48.05.380
~|
Special thanks to the
You can do sticky sessions in a cluster, but that means that a given
session always ends up on the same server, not than the session data
is shared across the cluster to whatever machine needs it. That's
done with the load balancing hardware/software. Still RAM-only
session vars, becuase they're
He could be talking about a custom session management scheme. I have used rsession
(http://vfive.com/rsession/index.html)in previous (CF5) projects in order to avoid
having to lock session vars and to support non-sticky sessions in clusters.
-Phil
>What Barney said is dead-on. I am a total z
What Barney said is dead-on. I am a total zero on clusters, but isn't
there a way -- outside of CF -- to handle sessions so they remain
sticky despite the application? i.e. an external application of some
sort. Would that be db-related?
Systems guys at that level usually aren't so ignorant so I
He's all kinds of screwed up in the head. Session variables are
strictly in-memory, and number of sessions has no impact on locking
performance. The only thing that will affect locking performance is
number of concurrent requests within a single session.
Locking session variables is required on
]
World Wide Web: http:/www.coldgen.com/
==
Analust - word meaning a Analyst (like myself) seeking work as an
analyst/programmer.
-Original Message-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 2 September 2003 4:32 AM
To: CF-Talk
Subject: RE: Session vars not being retained
Mike Kear wrote:
> Can someone else have a look at these pages for me too please make sure it's
> nothing to do with my browser settings?
Took a look and the auth structure was present in all three pages.
Tested in both IE 6 and Mozilla 1.5b.
I've had an interestingly similiar on a intranet box
This is a bug in 6.0 that was fixed it 6.1. If you set domain cookies,
CF set's a new cfif and cftoken cookie every request.
--
mailto:[EMAIL PROTECTED]
Monday, September 1, 2003, 10:21:02 AM, you wrote:
MK> My site is forgetting the session variables between pages, and I'm not sure
MK> why. I
t;
>
>
>Cheers,
>Michael Kear
>Windsor, NSW, Australia
>AFP Webworks.
>
>
>
>
>-Original Message-
>From: Mike Kear [mailto:[EMAIL PROTECTED]
>Sent: Tuesday, 2 September 2003 4:06 AM
>To: CF-Talk
>Subject: RE: Session vars not being retained. Any
-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 2 September 2003 4:06 AM
To: CF-Talk
Subject: RE: Session vars not being retained. Any ideas why?
Well I still have the problem with session vars not being carried across
from one page to another.
I verified that the server has sessi
works.
-Original Message-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: Monday, September 01, 2003 9:55 AM
To: CF-Talk
Subject: RE: Session vars not being retained. Any ideas why?
AH! I think we've found the problem. I checked with the sysadmin and he
had session vars tur
np
-Original Message-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: Monday, September 01, 2003 9:55 AM
To: CF-Talk
Subject: RE: Session vars not being retained. Any ideas why?
AH! I think we've found the problem. I checked with the sysadmin and he
had session vars turned off i
-Original Message-
From: Andy Ousterhout [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 2 September 2003 12:49 AM
To: CF-Talk
Subject: RE: Session vars not being retained. Any ideas why?
Is your site available to me? Could it be made available to me? Perhaps it
is something
Is your site available to me? Could it be made available to me? Perhaps it
is something with your browser.
Andy
-Original Message-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: Monday, September 01, 2003 9:46 AM
To: CF-Talk
Subject: RE: Session vars not being retained. Any ideas why
k of user sessions without cookies or id and token?
Cheers,
Michael Kear
Windsor, NSW, Australia
AFP Webworks.
-Original Message-
From: Adrian Lynch [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 2 September 2003 12:37 AM
To: CF-Talk
Subject: RE: Session vars not being retained. Any ideas w
For session vars to work you need to link the id and token to your browser,
client vars will do this.
-Original Message-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: 01 September 2003 15:33
To: CF-Talk
Subject: RE: Session vars not being retained. Any ideas why?
Craig, you think
rom: Craig Dudley [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 2 September 2003 12:24 AM
To: CF-Talk
Subject: RE: Session vars not being retained. Any ideas why?
Try adding
clientmanagement="Yes"
And possibly the following deleteing as applicable
clientstorage="cookie/dsn/registry"
-
Try adding
clientmanagement="Yes"
And possibly the following deleteing as applicable
clientstorage="cookie/dsn/registry"
-Original Message-
From: Mike Kear [mailto:[EMAIL PROTECTED]
Sent: 01 September 2003 15:21
To: CF-Talk
Subject: Session vars not being retained. Any ideas why?
My
> point me, if you canthe right direction seeks me ;)
>
> where to start? i understand to a point, but the nuts
> and bolts of it would be more effective to understand.
Unfortunately, I'm not going to be much help here. A lot of this stuff is
part of a typical CS curriculum, so CS texts may
YES! , if it's CF 4.5 or 5
It depends, if it's CFMX
Chris Norloff
-- Original Message --
from: "Tony Weeg" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
date: Fri, 18 Oct 2002 21:00:23 -0400
>hi there
>
>is it safe to assume that everywhere on a page, w
@;turnkey.to]
Sent: Saturday, October 19, 2002 11:03 AM
To: CF-Talk
Subject: RE: session vars and locking
Could someone run this on a CF 5 server with full-checking selected in
the
memory variables area in the cfadmin and confirm that my CF server isn't
working properly?
This test was wr
i would, but i dont see the "Full-Checking" checkbox anywhere?
tw
-Original Message-
From: S. Isaac Dealey [mailto:info@;turnkey.to]
Sent: Saturday, October 19, 2002 11:03 AM
To: CF-Talk
Subject: RE: session vars and locking
Could someone run this on a CF 5 server with ful
Could someone run this on a CF 5 server with full-checking selected in the
memory variables area in the cfadmin and confirm that my CF server isn't
working properly?
This test was written with the intention of confirming that simple values
either do or do not get passed by reference in a tag, how
Message-
>> From: Mark A. Kruger - CFG
>> [mailto:mkruger@;cfwebtools.com]
>> Sent: Saturday, October 19, 2002 12:25 AM
>> To: CF-Talk
>> Subject: RE: session vars and locking
>>
>>
>> Joe,
>>
>> When you do it this way you are referencin
Sent: Saturday, October 19, 2002 9:00 AM
To: CF-Talk
Subject: RE: session vars and locking
Isn't this only true if Session.SomeStruct.var1 is also a complex object
like another structure or query?
Not that I'm knocking the suggestion -- as a matter of fact I think it's
just good pr
nal Message-
> From: Joe Eugene [mailto:Jebebox@;earthlink.net]
> Sent: Friday, October 18, 2002 11:14 PM
> To: CF-Talk
> Subject: RE: session vars and locking
> You are correct... but i think its better to copy the
> variables to
> local scope in one sequence... instea
thats what i thought, and for now, i just
locked all accesses of session vars, be it
writing or reading, etc...
thanks...
tony
-Original Message-
From: Sean A Corfield [mailto:sean@;corfield.org]
Sent: Saturday, October 19, 2002 2:10 AM
To: CF-Talk
Subject: Re: session vars and
On Friday, Oct 18, 2002, at 19:06 US/Pacific, Tony Weeg wrote:
> race condition?
When two requests might get processed at the same time and both might
try to read and/or update a shared scope variable... a case of
whichever request wins the the race... :)
A rule of thumb here is: if you don't r
Yea.. the duplicate/structCopy route works good as well...
i was just throwing out the logic.
Joe
> -Original Message-
> From: Mark A. Kruger - CFG [mailto:mkruger@;cfwebtools.com]
> Sent: Saturday, October 19, 2002 12:25 AM
> To: CF-Talk
> Subject: RE: session v
> You are correct... but i think its better to copy the
> variables to
> local scope in one sequence... instead of a lot cflocks..
>
>
> tmpVar1=Session.SomeStruct.var1;
> tmpVar2=Session.SomeStruct.var2;
>
>
>
>
> Session.SomeStruct.var1=Var1;
> Session.SomeStruct.var2=Var2;
>
>
> You c
@;earthlink.net]
Sent: Friday, October 18, 2002 11:14 PM
To: CF-Talk
Subject: RE: session vars and locking
You are correct... but i think its better to copy the variables to
local scope in one sequence... instead of a lot cflocks..
tmpVar1=Session.SomeStruct.var1;
tmpVar2=Session.SomeStruct.var2
You are correct... but i think its better to copy the variables to
local scope in one sequence... instead of a lot cflocks..
tmpVar1=Session.SomeStruct.var1;
tmpVar2=Session.SomeStruct.var2;
Session.SomeStruct.var1=Var1;
Session.SomeStruct.var2=Var2;
You can refer to the local scope vari
race condition?
tw
-Original Message-
From: Sean A Corfield [mailto:sean@;corfield.org]
Sent: Friday, October 18, 2002 10:03 PM
To: CF-Talk
Subject: Re: session vars and locking
On Friday, Oct 18, 2002, at 18:00 US/Pacific, Tony Weeg wrote:
> is it safe to assume that everywhere o
On Friday, Oct 18, 2002, at 18:00 US/Pacific, Tony Weeg wrote:
> is it safe to assume that everywhere on a page, where i am either
> setting or reading from session variables, that i should have cflock's
> of the exclusive type (when writing to session vars) and cflocks of
> the readonly type (when
Generally speaking, you don't want to put a lock around a process that might
take awhile. It slows everything down. Copy the variable to local or
request scope before using.
Sharon
- Original Message -
From: "Brunt, Michael" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
You can always localize your session variable like this:
You can use the local variable myLocalVar in your query. That way you don't
have to lock large chunks of code.
-Elizabeth
-Original Message-
From: Brunt, Michael [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002
20 min. is the default max. timeout for Session vars, set in CF Admin.
Application.cfm can't override the CF Admin settings. This might be your problem.
Chris Norloff
-- Original Message --
from: Ray Bujarski <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTE
Ray - Check your max timeout in cf admin - I would bet that's your
problem. You can't set a session timeout in your that is
greater than your max timeout in cf admin. If you want your sessions to
timeout at 3 hours, make sure your max timeout is >= 3 hours
Mark
-Original Message-
From:
try giving the lock a name or a scope attribute
-Original Message-
From: Peter Benoit [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 4:11 PM
To: CF-Talk
Subject: session vars
I'm trying to check for the existance of a session variable using CFPARAM,
if the variable doesn'
You need to add the attribute SCOPE="SESSION"
-Original Message-
From: Peter Benoit [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 01, 2001 3:11 PM
To: CF-Talk
Subject: session vars
I'm trying to check for the existance of a session variable using CFPARAM,
if the variable doesn't e
This is a multi-part message in MIME format.
--=_NextPart_000_0164_01C0345B.AEE2C7A0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Re: SESSION Vars to FORM vars
CFINSERT uses the FORM Scope. It would be substantially easier to use
On 10/12/00, Joshua Miller penned:
>Any way to take a whole set of variables and store them in the FORM scope
>without a CFSET for each variable?
>I need to output all the session variables to a database using cfinsert and
>I believe they have to be converted to FORM.scope before you can do this .
On 10/12/00, Joshua Miller penned:
>Any way to take a whole set of variables and store them in the FORM scope
>without a CFSET for each variable?
>I need to output all the session variables to a database using cfinsert and
>I believe they have to be converted to FORM.scope before you can do this .
Put all the sesion variables in a structure and convert it to a wddx packet
using
Ofcourse you'll have to run the cfwddx tag again on the x.cfm page to
extract the structure. But when you so this, everything is exact.
-Original Message-
From: Joshua Miller [mai
> Any way to take a whole set of variables and store them in the FORM scope
> without a CFSET for each variable?
> I need to output all the session variables to a database using
> cfinsert and
> I believe they have to be converted to FORM.scope before you can
> do this ...
> or is that wrong?
I g
Check out the following article... It could explain some of your "shared"
CFID/CFTOKEN pairs.
http://www.teamallaire.com/tutorials/index.cfm?fuseaction=display&topicid=00
2
Keep in mind while reading this article that it was primarily written for CF
4.0.1 and some of the CFLOCK stuff should be
All session, application and server variables should be scoped. This is
only for 4.5. The fix you did prob allowed a certain level of locking but
wasn't enough for many users to have access to it. Though I am not sure
about your duplicate cfid and cftoken. I can not duplicate something lik
> Are you saying I should lock all Session and Application variables?
Yes, as well as Server variables.
> Are the rest of my thoughts on this correct:
>
> 1. Lock the writing of variables as "Exclusive" and the
> reading of variables as "ReadOnly"?
Yes.
> 2. Enclose all references to SessionID
PROTECTED]]
Sent: Monday, May 22, 2000 1:06 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: RE: Session vars available from a different session?
> Suppose I've got some queries cached that I'd like to reload
> for one session based on a flag being set by another
> session. In ot
Original Message -
From: "Dave Watts" <[EMAIL PROTECTED]>
> Just remember to lock all accesses to memory variables with CFLOCK.
I asked a similar kind of question earlier, but didn't get much of answer.
Are you saying I should lock all Session and Application variables?
Are the rest of m
> Suppose I've got some queries cached that I'd like to reload
> for one session based on a flag being set by another
> session. In other words, Joe user is working along and Joe
> admin decides to change something that should affect the
> queries the user is working with. I'd like the admin to be
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
1 - 100 of 109 matches
Mail list logo