Andreux,
 
As was mentioned earlier, WDDX is a good method for accomplishing this, but perhaps you might want to consider storing the information in cookies. One of the main drawbacks to using session variables is that they are server dependent and are difficult to scale across multiple servers.
 
You might want to take a look at Ben Forta's Advanced Cold Fusion Developer series. He talks about sharing session information among multiple servers in there.
 
Jordan

andreux <[EMAIL PROTECTED]> wrote:
Howdy all,

I have developed a basic shopping cart which, for
speed issues (to avoid reads from the db), keeps the
shopping cart information (items in cart, etc) within
Session variables under the site's main domain. (Let's
say www.xyz.com)

When the shopper goes to check out, the client wants
the checkout form where they enter their credit card
info to be secured by SSL. Because you have to map SSL
certificates by ip/port rather than hostname/ip/port
like non-secure sites, the solution which we've come
up with is to have the user hop onto our main SSL cert
for the checkout page (using a virtual directory for
the secure website) so that the checkout form's
address is something like:
https://www.securesite.com/xyz.

The obvious problem is that I need the Session
structure to carry over to the secure page for use.
Ob vious workarounds include writing the shopping cart
to the database, but that eliminates the advantage of
storing the info in Session variables.

Has anyone experienced this kind of scenario, and if
so, what problems/workarounds have you come up with to
"share" Session variable information across multiple
domains?

Any insight, allegories, or suggestions would be most
appreciated. There is a time crunch on this project
and I need a workaround relatively soon.

Thanks in advance,
Andrew Matthews




__________________________________
Do you Yahoo!?
Yahoo! Personals - Better first dates. More second dates.
http://personals.yahoo.com

----------------------------------------------------------
To post, send email to [email protected]
To unsubscribe:
http://www.dfwcfug.org/form_MemberUnsubscribe.cfm
To subscribe:
http://www.dfwcfug.org/form_MemberRegistration.cfm




 

Reply via email to