Re: Duplicate Cart ID
This WebDNA talk-list message is from 2001
It keeps the original formatting.
numero = 39620
interpreted = N
texte = 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.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.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?If not then I am still confused as to the best solution for this problem.Thanks. (sorry if I'm being thick headed.) D John Peacock wrote:> Donovan Brooke wrote: > > > > hmm, after listening to both johns and Glenn's remarks here is my perseption. > > > > Either way it is a burdening thing. > > With Johns solution this code would have to be on the same page of any > > page that has info in the url. This could be at critical spots (like my found > > products page) which one wants to be as snappy as possible. for Johns solution > > would it be better to first check the referer and if the link is comming anywhere > > else besides your own site then you can be redirected to a page that has johns solution? > > Referrer is sent by the browser, not set by the server. It is not a > reliable way to do anything except maybe make your own BACK link. > > And you didn't read my posting very carefully. I only said to check > the cart WHEN AN ITEM IS ADDED TO THE CART (sorry for shouting ;~). A > single [lookup] on a single page is not going to slow down anything > (especially because [lookup] is very fast). > > 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 >-- Donovan D. Brooke Systems Administrator/ Assc. Art Director Epsen Hillmer Graphics I know I'm making progress when I look at the questions I have asked in the past and think to myself... how stupid was that ------------------------------------------------------------- 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:
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.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.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?If not then I am still confused as to the best solution for this problem.Thanks. (sorry if I'm being thick headed.) D John Peacock wrote:> Donovan Brooke wrote: > > > > hmm, after listening to both johns and Glenn's remarks here is my perseption. > > > > Either way it is a burdening thing. > > With Johns solution this code would have to be on the same page of any > > page that has info in the url. This could be at critical spots (like my found > > products page) which one wants to be as snappy as possible. for Johns solution > > would it be better to first check the referer and if the link is comming anywhere > > else besides your own site then you can be redirected to a page that has johns solution? > > Referrer is sent by the browser, not set by the server. It is not a > reliable way to do anything except maybe make your own BACK link. > > And you didn't read my posting very carefully. I only said to check > the cart WHEN AN ITEM IS ADDED TO THE CART (sorry for shouting ;~). A > single [lookup] on a single page is not going to slow down anything > (especially because [lookup] is very fast). > > 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 >-- Donovan D. Brooke Systems Administrator/ Assc. Art Director Epsen Hillmer Graphics I know I'm making progress when I look at the questions I have asked in the past and think to myself... how stupid was that ------------------------------------------------------------- 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/
Donovan Brooke
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:
Need formum software... (2003)
Extended [ConvertChars] (1997)
Some pointers please (2008)
Listserver problem (1997)
OT: WebTrends (2002)
suffix mapping for NT? (1997)
Showing unopened cart (1997)
Possible Bug in 2.0b15.acgi (1997)
Error & Problem (1997)
Talk List Suggestions (1997)
Help!!!! (1997)
Database (2000)
[WebDNA] Variable truncating when using javascript openwindow (2011)
WebDNA with WebStar V (2003)
[TaxableTotal] - not working with AOL and IE (1997)
Where is eudora plugin? (1998)
Username/Password with [Protect] (2000)
Help name our technology! (1997)
Bad spawn! Finish your work! (2002)
WebCatalog 4 Install Problems - Not Answered ?? (2000)