Thanks John--I think we'll have both you and Jeff Lucido speaking on CSS, and unless I announce differently here and on the site, we'll be at Lee Financial one more time.
Matt On Apr 5, 2005 3:45 PM, John Ivanoff <[EMAIL PROTECTED]> wrote: > > OUR NEXT MEETING: APRIL 12, 2005 @ 6:30 PM > > An Evening with Cascading Stylesheets > > On Apr 5, 2005 3:10 PM, Knipp, Eric <[EMAIL PROTECTED]> wrote: > > > > Speaking of which .. when's the April meeting? > > > > -----Original Message----- > > From: Tom Woestman [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 05, 2005 3:08 PM > > To: [email protected] > > > > Subject: RE: Session Variables across multiple domains (SSL) > > > > > > > > Andrew, > > > > I solved this by using client variables which are automatically stored in > a database and retrieved on each page request. In the May meeting I will be > presenting a component I wrote which stores/retrieves string variables, > structures, and queries in a client variable using XML to package the data > up. We find this works very well for us. > > > > Tom > > > > ________________________________ > From: Jordan Gouger [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, April 05, 2005 11:24 AM > > To: [email protected] > > Subject: Re: Session Variables across multiple domains (SSL) > > > > > > > > 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 > > > > > > > > > > > > > > > > > > ________________________________ > > > > > > > > > CONFIDENTIALITY NOTICE: The information contained in this e-mail and > attached document(s) may contain confidential information that is intended > only for the addressee(s). If you are not the intended recipient, you are > hereby advised that any disclosure, copying, distribution or the taking of > any action in reliance upon the information is prohibited. If you have > received this e-mail in error, please immediately notify the sender and > delete it from your system. > > -- Matt Woodward [EMAIL PROTECTED] http://www.mattwoodward.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
