>- see footer for list info -< http://cfjson.riaforge.org/
CF + JSON + JQuery = Mr. Wild in a very very good mood. On Wed, Apr 2, 2008 at 7:23 PM, Peter Boughton <[EMAIL PROTECTED]> wrote: > >- see footer for list info -< > The Session scope *can* be clustered - it was only CF5 and earlier that > you > had to use Client for clustering. > (There's an option in CF Administrator for enabling J2EE sessions) > > The different between Client and Session is that sessions start and end, > (and fire the corresponding onSessionStart and onSessionEnd events in > Application.cfc). > > Client variables on the other hand are more persistent, and I don't think > there's a specific timeout (unless you code there to be one, or set an > expiry on a clientid cookie, etc) > > Whether you want Session or Client depends on what you're doing - they're > both useful in different situations. > > > >> if i want to use a complex data type then I could use some form of JSON > convertor? > > You could, if your had a JSON convertor. > Or, you can use WDDx, which CF already has built in, which will serialize > complex data to an XML format. > > > > On Wed, Apr 2, 2008 at 7:00 PM, Nick Middleweek < > [EMAIL PROTECTED]> wrote: > > > >- see footer for list info -< > > All my client-state data I guess. > > > > I would only want a session ID to be stored in the cookie, I wouldn't > want > > any so-called-session data stored there. > > > > I'm new to CF and have read some articles to try get up to speed. The > > concept of the Client scope seems new and quite specific to CF. If I'm > > understanding it correctly, the Session scope is in RAM so no good for > > clustering and Client scope is basically the same as Session scope but > you > > can store the data in a DB which is perfect for clustering... > > > > In other web dev environments you would just change the Session vars to > be > > saved in a DB rather than using a different Object or scope type. > > > > To me it seems pointless even bothering to use Session scoped variables > > when > > Client scope does the basically same thing and is more scalable. I guess > > if > > i want to use a complex data type then I could use some form of JSON > > convertor? > > > > > > Thanks for your help! > > > > Nick > > > > > > > > On 02/04/2008, Adrian Lynch <[EMAIL PROTECTED]> wrote: > > > > > > >- see footer for list info -< > > > Client vars can be stored in a number of places, the registry, a > > > datasource > > > of your choosing or in a cookie on the user's machine. This means you > > > can't > > > store complex data (aside from serialising it) in the client scope. > > > > > > Session is always in memory as so you can store complex vars. > > > > > > What are you looking to store? > > > > > > Adrian > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] Behalf Of Nick > Middleweek > > > Sent: 02 April 2008 12:18 > > > To: Coldfusion Development > > > Subject: Re: [CF-Dev] CF Sessions > > > > > > > > > >- see footer for list info -< > > > Thanks for the reply Adrian... > > > > > > We're running on Windows but how can the Client vars be on the users > > > machine? I can't see how the browser can write any kind of variable > > > (except > > > a cookie) to the users machine. > > > > > > What's the difference between Session and Client Scope? Is there an > > > Application Scope as well? > > > > > > > > > Thanks, > > > Nick > > > > > > > > > > > > On 02/04/2008, Adrian Lynch <[EMAIL PROTECTED]> wrote: > > > > > > > > >- see footer for list info -< > > > > Session scoped vars are in memory, cookie vars in the user's > machine, > > > > client > > > > vars either in the DB, one the user's machine or in the registry if > on > > > > Windows. > > > > > > > > So it depends on the the scope you're using. > > > > > > > > Adrian > > > > http://www.adrianlynch.co.uk/ > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] Behalf Of Nick > > Middleweek > > > > Sent: 02 April 2008 11:59 > > > > To: Coldfusion Development > > > > Subject: [CF-Dev] CF Sessions > > > > > > > > > > > > >- see footer for list info -< > > > > Hello, > > > > > > > > Where abouts are CF Sessions stored? Are they in RAM, like ASP? Or > are > > > > they > > > > on disk like PHP? > > > > > > > > Or are they/ can they be told to be stored in a DB table? How would > > you > > > do > > > > that? > > > > > > > > > > > > Thanks, > > > > Nick > > > > > > > > > _______________________________________________ > > > > > > For details on ALL mailing lists and for joining or leaving lists, go > to > > > http://list.cfdeveloper.co.uk/mailman/listinfo > > > > > > -- > > > CFDeveloper Sponsors:- > > > >- cfdeveloper Hosting provided by www.cfmxhosting.co.uk -< > > > >- Lists hosted by www.Gradwell.com <http://www.gradwell.com/> -< > > > >- CFdeveloper is run by Russ Michaels, feel free to volunteer your > help > > > -< > > > > > _______________________________________________ > > > > For details on ALL mailing lists and for joining or leaving lists, go to > > http://list.cfdeveloper.co.uk/mailman/listinfo > > > > -- > > CFDeveloper Sponsors:- > > >- cfdeveloper Hosting provided by www.cfmxhosting.co.uk -< > > >- Lists hosted by www.Gradwell.com -< > > >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help > > -< > > > > > > -- > \ \ > Peter Boughton > blog.bpsite.net > / / > _______________________________________________ > > For details on ALL mailing lists and for joining or leaving lists, go to > http://list.cfdeveloper.co.uk/mailman/listinfo > > -- > CFDeveloper Sponsors:- > >- cfdeveloper Hosting provided by www.cfmxhosting.co.uk -< > >- Lists hosted by www.Gradwell.com -< > >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help > -< > _______________________________________________ For details on ALL mailing lists and for joining or leaving lists, go to http://list.cfdeveloper.co.uk/mailman/listinfo -- CFDeveloper Sponsors:- >- cfdeveloper Hosting provided by www.cfmxhosting.co.uk -< >- Lists hosted by www.Gradwell.com -< >- CFdeveloper is run by Russ Michaels, feel free to volunteer your help -<
