- see footer for list info -<
OK thanks again guys...
the other piece of information relative to this application is that
there is a requirement to enable the user to leave the application at
a certain page and return at a later date to continue the
application..
given this fact, it looks essential to store the data supplied so far
in a table somewhere.
anyone supplying this information will have already logged in to the
site and have a unique id.... so the thought was to wddx the data up
and store it in a table along with the client's unique site id and if
and when the user returns... query the table to see if they have any
data already supplied
the other issue then is the best way to pass the data from page to
page in the app... the thinking is that after every page submission
the data passed can be wddx'd up and written away at that stage... so
that if the user closes the browser at that point we have their info
saved
sound sensible?
On 9/26/06, Snake <[EMAIL PROTECTED]> wrote:
>- see footer for list info -<
I put the structures in request scope convert the structures into WDDX or
XML and store that in the client variable, and convert it hack again when I
need to read it.
If there is a LOT of data to store, I create a file for each client (in a
secure non web accessible folder).e.g.
#client.userID#_data.wddx
And then just read it back in the application.cfm
E.g.
<cfsavecontent variable="request.client">
<cfinclude
template="#ExpandPath('../secure/clientvars/')##client.userID#_data.wddx">
</cfsavecontent>
<cfwddx action="WDDX2CFML" input="#clientvars#" output="request.client">
Voila
Simple and also fast
Russ
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of RichL
Sent: 26 September 2006 11:53
To: Coldfusion Development
Subject: Re: [CF-Dev] Sesson Scope in Multi-Server Env
>- see footer for list info -<
Thank you for the info guys
Russ... how do you approach this in the case of complex variables?
client variables are generally used for simple data aren't they?
On 9/26/06, Snake <[EMAIL PROTECTED]> wrote:
> >- see footer for list info -<
> I use client variables :-)
>
> Sticky sessions just doesn't work properly on a jrun cluster, so it is
> much easier to use client vars and not have to worry about that problem.
>
> Russ
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of RichL
> Sent: 26 September 2006 09:42
> To: cfdev
> Subject: [CF-Dev] Sesson Scope in Multi-Server Env
>
> >- see footer for list info -<
> I am in the process of developing new applications from scratch
>
> I need to move data around several pages of an app with all data
> relating to the current user accessible from each page in the
> application
>
> The obvious choice for me would be to use session scope but after
> speaking to permanent members of staff here they are advising not so
> use this as sessions need to be sticky as it is a 4 server clustered
> environment... and they are advising against it because it can be
> messy/tricky
>
> On my last application developed here I resorted to passing data
> around in wddx from page to page and even writing to DB where necessary.
>
> My thoughts are that needing/wanting to use session scope variables in
> a multi-server environment must be quite a common requirement... so
> how do other people approach this situation?
>
> Thanks
>
> --
> Rich
> _______________________________________________
>
> 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 -<
>
--
Rich
_______________________________________________
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 -<
--
Rich
_______________________________________________
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 -<
