Re: Missing Cart Information
This WebDNA talk-list message is from 2003
It keeps the original formatting.
numero = 53058
interpreted = N
texte = Is it totally random? does customer header info *ever* get lost? (if it doesn't, then it is not random). Some thoughts... A year or so ago I reported to the list about proper Mimeheaders mixed with "post" actions for *some* browsers. Know this scenerio might not explain the 4.5 to 5.1 move unless maybe the server is issuing different MIME info??. Anyway, *If* you are using "post" in your submits, AND *if* the client is using certain browsers, What if the customer is hitting a back button (or other cache) after a addlineitem and re-adding "nothing" because the form data is lost? Might want to start keeping track of the browsers that this is happening to. Just an idea. Also to some folks comments about back buttons, I started doing this a while back and have *never* had a problem with back buttons, performance or with the code since. [showif [action]=one of these] [replace append remove addlineitem setlineitem removelineitem][/replace blah blah] [redirect url=[url]someurl[/url]] [/showif] Donovan Jesse Williams-Proudman wrote: > On 9/22/03 8:26 PM, "John Peacock"
wrote: > > >>Do what I told you not to do: add the IP address to the cart headers and then >>use that to track down the other half of the cart (just to confirm I am >>right). >>Then go through your page logic with a fine toothed comb. Assume someone is >>hitting Back at the worst possible time (right after adding address but before >>credit card) and losing the cart. > > > Ok, I'll work on that, but explain this to me: > > Why would it work fine in 4.5 and not in 5... That's what leads me to > believe it's not code... > -- =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o DONOVAN D. BROOKE Eucalyptus Design Developer / Consultant <-Web Development (specializing in eCommerce), -> <-Graphic Design, and Pre-Press Consultation -> ADDRESS:> Donovan Brooke DBA Eucalyptus Design P.O. Box 260153 Madison, WI 53726-0153 PH:> 1.608.592.3567 email:> dbrooke@euca.us Web:> http://www.euca.us =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o ------------------------------------------------------------- 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:
Is it totally random? does customer header info *ever* get lost? (if it doesn't, then it is not random). Some thoughts... A year or so ago I reported to the list about proper Mimeheaders mixed with "post" actions for *some* browsers. Know this scenerio might not explain the 4.5 to 5.1 move unless maybe the server is issuing different MIME info??. Anyway, *If* you are using "post" in your submits, AND *if* the client is using certain browsers, What if the customer is hitting a back button (or other cache) after a addlineitem and re-adding "nothing" because the form data is lost? Might want to start keeping track of the browsers that this is happening to. Just an idea. Also to some folks comments about back buttons, I started doing this a while back and have *never* had a problem with back buttons, performance or with the code since. [showif [action]=one of these] [replace append remove addlineitem setlineitem removelineitem][/replace blah blah] [redirect url=[url]someurl[/url]] [/showif] Donovan Jesse Williams-Proudman wrote: > On 9/22/03 8:26 PM, "John Peacock" wrote: > > >>Do what I told you not to do: add the IP address to the cart headers and then >>use that to track down the other half of the cart (just to confirm I am >>right). >>Then go through your page logic with a fine toothed comb. Assume someone is >>hitting Back at the worst possible time (right after adding address but before >>credit card) and losing the cart. > > > Ok, I'll work on that, but explain this to me: > > Why would it work fine in 4.5 and not in 5... That's what leads me to > believe it's not code... > -- =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o DONOVAN D. BROOKE Eucalyptus Design Developer / Consultant <-Web Development (specializing in eCommerce), -> <-Graphic Design, and Pre-Press Consultation -> ADDRESS:> Donovan Brooke DBA Eucalyptus Design P.O. Box 260153 Madison, WI 53726-0153 PH:> 1.608.592.3567 email:> dbrooke@euca.us Web:> http://www.euca.us =o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o=o ------------------------------------------------------------- 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/
Donovan
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:
Text data with spaces in them... (1997)
Variable prices and Formulas.db (1997)
really wierd browser truncating (1997)
Serious bug writing to a database ... (2002)
[decrypt seed=seed][getchars (1999)
Verifying both name and password (was: New Problem) (1997)
WebCat2b13 Command Reference Doc error (1997)
[WebDNA] Sorry WebDNA server not running (2014)
Applescript error (1998)
[WebDNA] Putting '&search' into URL killing all search contexts (2010)
[showif] with ! (2000)
[Info] Email (2002)
FW: WebCat Contest (1998)
Where is f2? (1997)
Moment of Thanks (1997)
Field name-subcategory (1997)
Upgrade to 3.07 problems (2000)
Date problems (1997)
Help! WebCat2 bug (1997)
Trouble with formula.db + more explanation (1997)