Re: 5.0: Blank shopping carts & other weirdness

This WebDNA talk-list message is from

2003


It keeps the original formatting.
numero = 50491
interpreted = N
texte = On Tuesday, May 20, 2003, at 09:42 AM, John Peacock wrote:> WJ Starck wrote: >> I'm not quite sure what is happening, but I have noticed an alarming >> number of orders placed by customers where the lineitems seem to >> disappear from the cart somewhere towards the end of our checkout >> process. > > At that point in the process, you are failing to carry the [cart] from > the previous page, and consequently a new cart is being created to > hold the header information. > > We were having this problem while using cookies to store the cart. It > seems some browsers have problems switching from http:// to https:// > and continuing to send cookies. Often, it seemed to be IE 6.x > browsers or Mac clients that were losing their cookies. I actually > suspect some form of caching agent was causing the problem. > > It was only affecting a small number of transactions (1-3 per day), > but we wound up changing our logic to use a FORM submit for all pages > starting at the switch to SSL and passed the [cart] as a hidden input.John-I think you hit the nail on the head. This is *exactly* what appears to be happening, and we *do* use cookies to store our cart value.*Sigh*.YAMFTTF* > >> Another noticed symptom: Prior to 5.0, shopping carts remained in the >> ShoppingCarts folder for a minimum of 24 hours. > > Check your WebCatalog Prefs file for a line like this: > > SweepCartFrequency 1440 > > which should mean the carts are deleted after 24 * 60 minutes. Add > another zeno to the end and see if the carts stay around for 10 days.Thanks.> >> I do not use the purchase command, so I know they are not being moved >> somewhere. > > Why not? The ShoppingCarts folder is intended to contain only > temporary files, not permanent storage of carts. Even if your site > does not model purchasing you can use the purchase command/context > to move the carts you wish to save into some other location. >Long story. Just fewer problems with the way our site is coded, a lot of custom dbs that tie in to custom admin templates.> John > > *YAMFTTF = Yet Another Mother F*%^#@g Thing To Fix --Will Starck NovaDerm Skincare Science http://www.novaderm.com wjs@novaderm.com ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: 5.0: Blank shopping carts & other weirdness (WJ Starck 2003)
  2. Re: 5.0: Blank shopping carts & other weirdness (John Peacock 2003)
  3. 5.0: Blank shopping carts & other weirdness (WJ Starck 2003)
On Tuesday, May 20, 2003, at 09:42 AM, John Peacock wrote:> WJ Starck wrote: >> I'm not quite sure what is happening, but I have noticed an alarming >> number of orders placed by customers where the lineitems seem to >> disappear from the cart somewhere towards the end of our checkout >> process. > > At that point in the process, you are failing to carry the [cart] from > the previous page, and consequently a new cart is being created to > hold the header information. > > We were having this problem while using cookies to store the cart. It > seems some browsers have problems switching from http:// to https:// > and continuing to send cookies. Often, it seemed to be IE 6.x > browsers or Mac clients that were losing their cookies. I actually > suspect some form of caching agent was causing the problem. > > It was only affecting a small number of transactions (1-3 per day), > but we wound up changing our logic to use a FORM submit for all pages > starting at the switch to SSL and passed the [cart] as a hidden input.John-I think you hit the nail on the head. This is *exactly* what appears to be happening, and we *do* use cookies to store our cart value.*Sigh*.YAMFTTF* > >> Another noticed symptom: Prior to 5.0, shopping carts remained in the >> ShoppingCarts folder for a minimum of 24 hours. > > Check your WebCatalog Prefs file for a line like this: > > SweepCartFrequency 1440 > > which should mean the carts are deleted after 24 * 60 minutes. Add > another zeno to the end and see if the carts stay around for 10 days.Thanks.> >> I do not use the purchase command, so I know they are not being moved >> somewhere. > > Why not? The ShoppingCarts folder is intended to contain only > temporary files, not permanent storage of carts. Even if your site > does not model purchasing you can use the purchase command/context > to move the carts you wish to save into some other location. >Long story. Just fewer problems with the way our site is coded, a lot of custom dbs that tie in to custom admin templates.> John > > *YAMFTTF = Yet Another Mother F*%^#@g Thing To Fix --Will Starck NovaDerm Skincare Science http://www.novaderm.com wjs@novaderm.com ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ WJ Starck

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

emailer w/F2 (1997) Date conversion (2002) WebMerchant problem (1998) Sendmail & Time Issue (2001) Help!HELP!HELP! (1999) Email (1998) Help name our technology! (1997) list/menus (2000) SiteGuard Use Question (1997) Re:WebCatalog f2 Installation (1997) More on the email templates (1997) Max Record length restated as maybe bug (1997) WebCatalog for Postcards ? (1997) Problems appending to database (1997) Serving images from databases (1998) Emailer again (1997) Formulas.db (2001) A quickie question (1997) [WebDNA] Solution to dynamic error pages on Apache (2011) unsubscribe (2000)