Re: Duplicate Cart ID
This WebDNA talk-list message is from 2001
It keeps the original formatting.
numero = 39628
interpreted = N
texte = Donovan Brooke wrote: > > hmm, John, I have no reason to doubt you have the correct answer here but I > was basing this off of: > > When they try and use a bookmarked page with a cart, > check to see if the cart already exists in the order.db, > > Your post insinuates a lookup or search on the order.db every time > the page is hit. My concern was this could slow things in a critical situation.I'm sorry, I glossed over that. When I said use I meant do something that requires changing the cart. That is the addcart page alone in my scheme. You can have any old cart in the URL, but until you do something with it, it is just another form variable.> > If you meant to say you only perform the action of verifying the cart when > someone trys to add or set a lineitem I could see this also as a possible flow > hinderence. In my situation, with the gracious help of you :-), I have a redirect > upon adding or setting a lineitem. This works great for some troubling reload > problems however it does cause a slight diffence in the speed of the system. I > am concerned that adding yet another task for the engine at this point would > slow things down even more.It won't be a significant delay; the redirect itself is far more injurious to flow than anything you can do in WebCat (apart from doing some huge search).> > Since [REFERER] is apparently not stable according to you, would it be better > to verify for a duplicate ID at the point of (lets say) checkout or upon submitting > the order? Can a different cart number be assigned to an existing cart in realtime? > No, you want to nip that in the bud as soon as they try and add something to the cart; it is not too difficult to copy over the data from one cart to another, but it is a waste of effort.John-- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747------------------------------------------------------------- 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:
Donovan Brooke wrote: > > hmm, John, I have no reason to doubt you have the correct answer here but I > was basing this off of: > > When they try and use a bookmarked page with a cart, > check to see if the cart already exists in the order.db, > > Your post insinuates a lookup or search on the order.db every time > the page is hit. My concern was this could slow things in a critical situation.I'm sorry, I glossed over that. When I said use I meant do something that requires changing the cart. That is the addcart page alone in my scheme. You can have any old cart in the URL, but until you do something with it, it is just another form variable.> > If you meant to say you only perform the action of verifying the cart when > someone trys to add or set a lineitem I could see this also as a possible flow > hinderence. In my situation, with the gracious help of you :-), I have a redirect > upon adding or setting a lineitem. This works great for some troubling reload > problems however it does cause a slight diffence in the speed of the system. I > am concerned that adding yet another task for the engine at this point would > slow things down even more.It won't be a significant delay; the redirect itself is far more injurious to flow than anything you can do in WebCat (apart from doing some huge search).> > Since [REFERER] is apparently not stable according to you, would it be better > to verify for a duplicate ID at the point of (lets say) checkout or upon submitting > the order? Can a different cart number be assigned to an existing cart in realtime? > No, you want to nip that in the bud as soon as they try and add something to the cart; it is not too difficult to copy over the data from one cart to another, but it is a waste of effort.John-- John Peacock Director of Information Research and Technology Rowman & Littlefield Publishing Group 4720 Boston Way Lanham, MD 20706 301-459-3366 x.5010 fax 301-429-5747------------------------------------------------------------- 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/
John Peacock
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:
RE: Formulas.db + Users.db (1997)
Problems with [Applescript] (1997)
2nd WebCatalog2 Feature Request (1996)
passing info to thankyou.tpl (1998)
Referrer from multiple entry points (1998)
Fun with Dates - revisited (1997)
Running _every_ page through WebCat-error.html (1997)
[math] with first letter in field? (1997)
wild question (1998)
Setting up WebCatalog with Retail Pro data (1996)
[WebDNA] Install/config issue: WebDNA-MacTel-6.2>OS X Server (2009)
looping table rows (1999)
Include a big block of text (1997)
delete file (2000)
WebMerchant 1.6 and https (1997)
Template Encryption (1998)
search form problem.. (1997)
Include a big block of text (1997)
webcat NT with [dos] command (1997)
Requiring that certain fields be completed (1997)