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:
Which beta for w* 4.1 and a problem w/b12 (1999)
PayPal WebMerchant Templates (2006)
Re2: frames & carts (1997)
Help formatting search results w/ table (1997)
WebDNA 6 and OS X Tiger (2005)
Pirated WebCat? NOT... (2003)
Modulo function? (2000)
webcatalog [date] bug...not (1999)
WCS Newbie question (1997)
Re:Searching for ALL / empty form field (1997)
Running subtotal? (1998)
HELP WITH DATES (1997)
Ok here is a question? (1997)
2.0 Info (1997)
WC2f3 (1997)
[WebDNA] mod_WebDNA_apache2.2.so: mach-0, but wrong architecture (2010)
no global [username] or [password] displayed ... (1997)
WebDNA Writer Needed (1997)
errormessages.db (1997)
Newbie problem blah blah blah (1997)