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:
[WebDNA] [BULK] Windows XP Pro Success! (2008)
Physical Security for WebCatalog Directories (1997)
Looking for a host (1997)
webDNA and ASP pages (1997)
Search/sort in URL Was: GuestBook example (1997)
Setting up shop (1997)
[input] formating (1998)
Urgent help needed (1998)
Search Engine questions ... (2002)
Adding up line items. (2000)
WebCatalog-NT?'s (1996)
WebCat2 - [format thousands] (1997)
Running _every_ page through WebCat ? (1997)
ErrorMessages.db suggestion (1997)
MacWEEK article help needed (1996)
Help!!!! (1997)
Web Delivery Page concept (1997)
Mail Server Needed. (1998)
[WebDNA] Fails to recognize comma-separated db (2010)
Still having problems with Authen (1997)