]
> Sent: Wednesday, December 29, 2004 1:26 PM
> To: CF-Talk
> Subject: RE: shopping cart, session variables - best practices
>
> I think we should really find out the capabilities of Mayo's server/host
> before we can truly suggest one method over another. In high traffic
> e
Watts [mailto:[EMAIL PROTECTED]
Sent: 29 December 2004 18:02
To: CF-Talk
Subject: RE: shopping cart, session variables - best practices
> Use a structure for storing the basket contents by all means, however
> instead of session.basketContents, convert the structure to a WDD
>>> Even though he actually did, it just goes without saying: memory is
faster
>>> than I/O.
> Under a heavy load, this is no doubt true. However, I was recently
> surprised to find that under a small to moderate load, there may
> be no noticeable performance difference.
The analogy here is that
> operate in a cluster of web servers. Sharing memory (session) variables
> then become impracticable.
>> You can either use session replication or you can
>> use sticky session - both allow session variables to be used
>> effectively with clusters
To clarify then: Sharing memory (session) varia
Excellent
Martin Parry
Macromedia Certified Developer
http://www.BeetrootStreet.co.uk
-Original Message-
From: Cameron Childress [mailto:[EMAIL PROTECTED]
Sent: 30 December 2004 10:09
To: CF-Talk
Subject: Re: shopping cart, session variables - best practices
Yes, that is what he
Yes, that is what he is saying.
Since CFMX (6.0). You can thank Java for that.
-Cameron
On Thu, 30 Dec 2004 09:16:08 -, Martin Parry
<[EMAIL PROTECTED]> wrote:
> Just when you thought you knew everything (well, not quite) - I wasn't
> aware that session no longer needed locking! Is this wh
From: Ben Rogers [mailto:[EMAIL PROTECTED]
Sent: 29 December 2004 23:52
To: CF-Talk
Subject: RE: shopping cart, session variables - best practices
That said, for new sites, I generally use the session scope because I
can
store complex objects such as CFCs in the session scope. Additionally,
> To expand on Dave's statement the times you would want Client variables
> over
> memory (session) variables for storage is when the application needs to
> operate in a cluster of web servers. Sharing memory (session) variables
> then become impracticable.
Session state stored in client variable
On Wed, 29 Dec 2004 18:27:31 -0500, Dennis Powers
<[EMAIL PROTECTED]> wrote:
> To expand on Dave's statement the times you would want Client variables over
> memory (session) variables for storage is when the application needs to
> operate in a cluster of web servers. Sharing memory (session) vari
>>> In high traffic eComm sites I have seen superb performance using the
>>> method described.
>> There are plenty of reasons why you might choose Client variables or
>> other database storage over Session variables.
To expand on Dave's statement the times you would want Client variables over
mem
> I think we should really find out the capabilities of Mayo's server/host
> before we can truly suggest one method over another.
I wouldn't go so far as to say I was suggesting one mechanism over another.
I merely pointed out that, in general, you improve the performance of web
applications by st
lto:[EMAIL PROTECTED]
Sent: 29 December 2004 18:02
To: CF-Talk
Subject: RE: shopping cart, session variables - best practices
> Use a structure for storing the basket contents by all means, however
> instead of session.basketContents, convert the structure to a WDDX
> object and store it as cl
> Any reason you're not using an array of structs? It would be much
> cleaner to work with and much faster than using lists (which is going
> to have much more impact on your performance than "storing data").
While I agree with your suggestion to use arrays and structures rather than
lists, I doub
> Use a structure for storing the basket contents by all means, however
> instead of session.basketContents, convert the structure to a WDDX
> object and store it as client.basketContents - That way you're not using
> precious RAM but cheap disk space.
Storing application- and user-specific data i
http://www.BeetrootStreet.co.uk
-Original Message-
From: mayo [mailto:[EMAIL PROTECTED]
Sent: 29 December 2004 02:13
To: CF-Talk
Subject: shopping cart, session variables - best practices
I'm setting up a shopping cart for a jewelry store.
I'm curious, what is performance limit f
There's no particular reason to use list. I was wondering about using arrays
instead, and then got pulled elsewhere. Thx.
-- gil
-Original Message-
From: Sean Corfield [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 28, 2004 10:59 PM
To: CF-Talk
Subject: Re: shopping cart, se
On Tue, 28 Dec 2004 21:12:58 -0500, mayo <[EMAIL PROTECTED]> wrote:
> The following are lists:
>
> Item No (itemID used in check out)
> Item Qty (in case someone wants more than one)
> Item Price
> Item Description (most descriptions about 50 characters. ex: "Ruby and gold
> drop-earrings")
Any r
> I'm curious, what is performance limit for storing data in session
> variables?
Memory (RAM) is really your only practical limit when using session
variables. Just make sure you make your session timeout a practical
interval. and (assuming you are on CFMX) make sure you set both your
max and de
I'm setting up a shopping cart for a jewelry store.
I'm curious, what is performance limit for storing data in session
variables?
The following are lists:
Item No (itemID used in check out)
Item Qty (in case someone wants more than one)
Item Price
Item Description (most descriptions about 50 cha
19 matches
Mail list logo