Re: Cart ID Duplication
This WebDNA talk-list message is from 2001
It keeps the original formatting.
numero = 36729
interpreted = N
texte = We do because of the two following scenarios:1) Shopper completes purchase. Ooops! - they forgot that they entered the wrong items, or address, or credit card number or whatever. So, they click the back button in their browser. And what do they see? Some cryptic error reference about an order being submitted? What are they supposed to do with that?2) Shopper completes purchase, and calls us 2 minutes or 2 hours later, and wants us to add/subtract/delete an item/credit card #/whatever from their acccount. We can simply pull the same cart up from a custom admin template, and rerun their order through with the changes, with a minimum of coding hassles.This works all very smoothly. Based on my experience, I don't see any compelling reason to ever use the purchase command, if one is careful to avoid simultaneous identical carts from being issued to two different shoppers.Is there any overriding reason to use the purchase command? It's been more nuisance than help in my experience...Will Starck Product and Technical Support Staff NovaDerm.com http://www.novaderm.com techs@novaderm.com 800-378-1740From: Bob Minor
To: WebCatalog Talk Sent: Tuesday, June 26, 2001 2:02 PM Subject: Re: Cart ID Duplication > On 6/26/01 1:22 PM, Will Starck wrote: > > > We 've abandoned the purchase command for this reason-the error message > > confuses and annoys the heck out of people. Now, if they understood the > > mechanics of how browsers (and the internet in general for that matter) > > function, you'd have half fighting chance. But they don't, so you have to > > make it as idiot proof as possible. > You don't have to abandon the purchase command/context only the storing of > the cart files. > > Robert Minor > Director of Internet Services > ------------------------------------------------------------ > Cybermill Communications > http://www.cybermill.com http://www.merchantmaker.com > > Providing Ecommerce and interactive website development and > hosting services on Macintosh, Windows NT, Unix, and AS/400. > > You best get your MIME right, and I mean RIGHT! > > > ------------------------------------------------------------- > 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://search.smithmicro.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://search.smithmicro.com/
Associated Messages, from the most recent to the oldest:
We do because of the two following scenarios:1) Shopper completes purchase. Ooops! - they forgot that they entered the wrong items, or address, or credit card number or whatever. So, they click the back button in their browser. And what do they see? Some cryptic error reference about an order being submitted? What are they supposed to do with that?2) Shopper completes purchase, and calls us 2 minutes or 2 hours later, and wants us to add/subtract/delete an item/credit card #/whatever from their acccount. We can simply pull the same cart up from a custom admin template, and rerun their order through with the changes, with a minimum of coding hassles.This works all very smoothly. Based on my experience, I don't see any compelling reason to ever use the purchase command, if one is careful to avoid simultaneous identical carts from being issued to two different shoppers.Is there any overriding reason to use the purchase command? It's been more nuisance than help in my experience...Will Starck Product and Technical Support Staff NovaDerm.com http://www.novaderm.com techs@novaderm.com 800-378-1740From: Bob Minor To: WebCatalog Talk Sent: Tuesday, June 26, 2001 2:02 PM Subject: Re: Cart ID Duplication > On 6/26/01 1:22 PM, Will Starck wrote: > > > We 've abandoned the purchase command for this reason-the error message > > confuses and annoys the heck out of people. Now, if they understood the > > mechanics of how browsers (and the internet in general for that matter) > > function, you'd have half fighting chance. But they don't, so you have to > > make it as idiot proof as possible. > You don't have to abandon the purchase command/context only the storing of > the cart files. > > Robert Minor > Director of Internet Services > ------------------------------------------------------------ > Cybermill Communications > http://www.cybermill.com http://www.merchantmaker.com > > Providing Ecommerce and interactive website development and > hosting services on Macintosh, Windows NT, Unix, and AS/400. > > You best get your MIME right, and I mean RIGHT! > > > ------------------------------------------------------------- > 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://search.smithmicro.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://search.smithmicro.com/
Will 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:
TABLE (2003)
Unexpected error (1997)
Newbie Question about seeting price to 0 (1998)
multiple search commands (1997)
Sale on wholesale programming services ... (2006)
cookies and [returnraw] (1997)
New Guestbook Source (1997)
expire headers in mac305b11 (1999)
REPOST: The old multiple selection bit (2000)
Re2: frames & carts (1997)
Permissions (2002)
Why won't this work (2005)
WebCat2b13MacPlugIn - [showif][search][/showif] (1997)
WebDNA Partner edition .. (2002)
[BULK] [WebDNA] [BULK] WebDNA 7 - Ready or Not ?? I'm not sure... (2011)
WebCatalog dying in WebTen Revisited (1998)
[ShowIf] if the varieable exists (1998)
Can't ping (problem with [shell]) (2006)
Date Formats (1997)
b18 problem on NT 4.0 (1997)