Re: Add to cart issue
This WebDNA talk-list message is from 2007
It keeps the original formatting.
numero = 69355
interpreted = N
texte = Let me throw an idea out, albeit a little bit of debugging theory. It might not apply at all but at least it's an idea for troubleshooting. Some time in the past 6 months one of my sites decided to "suddenly" stop adding to the cart correctly. I believe it happen to me right after I upgraded my 3 trade show notebooks to IE7. So not only did my Dreamweaver 8 break because of IE7, but it apparently my add to cart code just didn't want to work 100% of the time any more. I remember debugging it for days. In the end it turned out that a new [include] file I added was occasionally redirecting my process before hitting the "add to cart" code block. I also seem to remember it was "old" code, so it could have been there since 4.5, even though I've rewritten a lot since upgrading to 6.x. Basically this is what I'm saying: Take a good look at your code. Maybe you didn't change the Add to Cart code at all. But did you change any other code that processes before it? In my case I was having trouble in an [include] that was called by another [include] that was processing before the add to cart. So try breaking it down systematically, because from an engineering point of view there is a reason for it to work sometimes and not others. It's a computer and no matter how we want to talk about ghosts in the machine, in the end it's always going to process to a ONE or a ZERO. You just need to isolate things differently until you find where that ZERO is being processed instead of a ONE. Oh and as a little point of interest while I was debugging my issue I went from not adding to cart to always adding 2 of the same items to the cart. So just pay attention to your [include] files because they can really screw you up and create unexpected loops. Sorry act like a college professor and be all cryptic with programming "theory", but like I said, I just figured I should throw this out there. Matthew A Perosi Psi Prime, Inc. http://www.psiprime.com 323 Union Blvd. Totowa, NJ 07512 P: 973.413.8210 F: 973.413.8217 Donovan Brooke wrote: > paul wrote: > >> I cant recreate the issue even when adding the same items, its a recent >> developement and we still get a reasonable number of orders each day >> >> The code is old and has been working for a number of years >> >> Its basically the storebuilder code for version 4.5 and I have not >> changed >> anything with the shopping part >> >> Database seems Ok as its working well and we can add any item without >> issues >> on a trial run >> >> I see a lot of complaints on the net with shopping cart systems and IE7 >> >> What would you suggest >> >> Thanks >> Paul > > IE periodically throws supprises to all us web goers. Not so long > ago they released a version that had overly strict p3p default security > configurations which would interupt orderflow if you the slightest > settings incorrectly set in the p3p spec. However, I still > don't have enough info really to suggest anything... because > you can't recreate it, and i don't know exactly when the orderflow > is breaking down. If it is breaking down in the action of pressing > the add to cart button... I would first troubleshoot what values are > being sent to the server. > > Donovan > > > > ------------------------------------------------------------- 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:
Let me throw an idea out, albeit a little bit of debugging theory. It might not apply at all but at least it's an idea for troubleshooting. Some time in the past 6 months one of my sites decided to "suddenly" stop adding to the cart correctly. I believe it happen to me right after I upgraded my 3 trade show notebooks to IE7. So not only did my Dreamweaver 8 break because of IE7, but it apparently my add to cart code just didn't want to work 100% of the time any more. I remember debugging it for days. In the end it turned out that a new [include] file I added was occasionally redirecting my process before hitting the "add to cart" code block. I also seem to remember it was "old" code, so it could have been there since 4.5, even though I've rewritten a lot since upgrading to 6.x. Basically this is what I'm saying: Take a good look at your code. Maybe you didn't change the Add to Cart code at all. But did you change any other code that processes before it? In my case I was having trouble in an [include] that was called by another [include] that was processing before the add to cart. So try breaking it down systematically, because from an engineering point of view there is a reason for it to work sometimes and not others. It's a computer and no matter how we want to talk about ghosts in the machine, in the end it's always going to process to a ONE or a ZERO. You just need to isolate things differently until you find where that ZERO is being processed instead of a ONE. Oh and as a little point of interest while I was debugging my issue I went from not adding to cart to always adding 2 of the same items to the cart. So just pay attention to your [include] files because they can really screw you up and create unexpected loops. Sorry act like a college professor and be all cryptic with programming "theory", but like I said, I just figured I should throw this out there. Matthew A Perosi Psi Prime, Inc. http://www.psiprime.com 323 Union Blvd. Totowa, NJ 07512 P: 973.413.8210 F: 973.413.8217 Donovan Brooke wrote: > paul wrote: > >> I cant recreate the issue even when adding the same items, its a recent >> developement and we still get a reasonable number of orders each day >> >> The code is old and has been working for a number of years >> >> Its basically the storebuilder code for version 4.5 and I have not >> changed >> anything with the shopping part >> >> Database seems Ok as its working well and we can add any item without >> issues >> on a trial run >> >> I see a lot of complaints on the net with shopping cart systems and IE7 >> >> What would you suggest >> >> Thanks >> Paul > > IE periodically throws supprises to all us web goers. Not so long > ago they released a version that had overly strict p3p default security > configurations which would interupt orderflow if you the slightest > settings incorrectly set in the p3p spec. However, I still > don't have enough info really to suggest anything... because > you can't recreate it, and i don't know exactly when the orderflow > is breaking down. If it is breaking down in the action of pressing > the add to cart button... I would first troubleshoot what values are > being sent to the server. > > Donovan > > > > ------------------------------------------------------------- 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/
Matthew A Perosi
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:
Webmerchant confirmation hooks? (1997)
passing user info on each page (2000)
[append] problems v2 (2003)
Version 2.1.3 question :-) (2003)
Testing the WebCat Email List Members (2000)
SOP for WebDNA talk (2004)
Trouble with formula.db (1997)
[cart] generation (1998)
[convertchars] Problem (2000)
NT Manual (1997)
[Fwd: Rotating Banners ... (was LinkExchange)] (1997)
Variable security (2000)
Re[2]: Next X hits (1996)
Template Security error (1997)
Replace context problem ... and answers (1997)
[username][password] not showing up! HELP! (1999)
template not found error (1998)
Adding up line items. (2000)
Close-to Comparison Code (1998)
.htaccess to make WebDNA serve HTML (2007)