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:
Math with Time (1997)
[WebDNA] Help setting up server @ Linode.com (2018)
Converting Aliases to Symbolic Links (2002)
EMailFolder will not send (2003)
OrderFile and Cart Crap Again (2000)
Links inside of Text Areas (2000)
Server IP address? (1998)
ListVariables Problem (2003)
[ot] Any One Want A WebDNA Billing Program? (2003)
PCS Frames (1997)
select multiple (1997)
Emailer (WebCat2) (1997)
WebCatalog 4.0.2b5 available (2000)
How do you hide [math]stuff[/math] (1997)
Uh...can someone help me out with the b10? (1997)
[WebDNA] WebDNA future (12:4)
2 databases problem (1997)
Postdata expired from cache (2004)
OT: Backup (2006)
carriage returns in data (1997)