Re: WebDNA creates DUPLICATE SHOPPING CART NUMBERS
This WebDNA talk-list message is from 2004
It keeps the original formatting.
numero = 56104
interpreted = N
texte = citizen wrote: > Checking through the last 3 months of orders, except for a few, all the > new orders seem to have overwritten previous orders that were in the > "Order" folder. I have an older copy of what was in the folder to > compare it to, and sure enough, Order/Cart Numbers are the same but the > Orders are compeletely different with different customers and different > products. > > Should I be removing all the orders from the Orders folder in order to > avoid WebDNA writing directly over a previous order? Don't know; you haven't told us anything about how your site operates. Are you using the Purchase command/context? Normally, the cart files live in the ShoppingCarts directory and are copied to the Orders directory via the Purchase command (which will _not_ overwrite existing orders). If you are doing anything else, then your code is responsible for not trashing the existing orders. One way of doing this is maintaining an Orders database and checking against that for already existing carts. > Here is a sample of a page that leads in from the search engines. All > the pages follow an identical format with the links containing different > content. Not terribly helpful, sorry! When posting code to the list, please eliminate all HTML and include only the portions of the WebDNA which are significant to the problem you are trying to solve. You also didn't post the include files, so there is literally no way for us to know what is going on with that page. Perhaps it would help you if I described how the [cart] context is intended to work: WebCatalog generates a new [cart] value if and only if no form variable by that name is already set for that page. It does not ensure that the cart value has not already been created (indeed that is impossible, since a returning customer may have an existing cart they want to continue using). Consequently, if your search engine listing contains &cart=102...... something, that cart value will be reused each and every time a user comes from that particular search engine. It's possible to stash the cart in a cookie (which should not be cached by any search engine that I am aware of), which would mean that each page would have to have an include file to pull the cart from the cookie. HTH John p.s. none of this will be any different with PHP, Perl, or any other scripting language. -- 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://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
citizen wrote: > Checking through the last 3 months of orders, except for a few, all the > new orders seem to have overwritten previous orders that were in the > "Order" folder. I have an older copy of what was in the folder to > compare it to, and sure enough, Order/Cart Numbers are the same but the > Orders are compeletely different with different customers and different > products. > > Should I be removing all the orders from the Orders folder in order to > avoid WebDNA writing directly over a previous order? Don't know; you haven't told us anything about how your site operates. Are you using the Purchase command/context? Normally, the cart files live in the ShoppingCarts directory and are copied to the Orders directory via the Purchase command (which will _not_ overwrite existing orders). If you are doing anything else, then your code is responsible for not trashing the existing orders. One way of doing this is maintaining an Orders database and checking against that for already existing carts. > Here is a sample of a page that leads in from the search engines. All > the pages follow an identical format with the links containing different > content. Not terribly helpful, sorry! When posting code to the list, please eliminate all HTML and include only the portions of the WebDNA which are significant to the problem you are trying to solve. You also didn't post the include files, so there is literally no way for us to know what is going on with that page. Perhaps it would help you if I described how the [cart] context is intended to work: WebCatalog generates a new [cart] value if and only if no form variable by that name is already set for that page. It does not ensure that the cart value has not already been created (indeed that is impossible, since a returning customer may have an existing cart they want to continue using). Consequently, if your search engine listing contains &cart=102...... something, that cart value will be reused each and every time a user comes from that particular search engine. It's possible to stash the cart in a cookie (which should not be cached by any search engine that I am aware of), which would mean that each page would have to have an include file to pull the cart from the cookie. HTH John p.s. none of this will be any different with PHP, Perl, or any other scripting language. -- 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://webdna.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:
[WriteFile] problems (1997)
[lookup] is case-sensitive, [lookup] is case sensitive... (2003)
Date stamp and purging (1998)
Refering page (1998)
vs (1997)
Webcat2, WebCommerce, Mod 10 etc. (1997)
[WebDNA] Dynamic vertical columns (2008)
Suffix Mapping (1998)
webmerch and serials - almost there (1997)
Re:Emailer and encryption (1997)
Templates for sale (2001)
WebCat & WebTen (1997)
WebCatalog2 for NT Beta Request (1997)
Line items in table cells (1997)
[WebDNA] PHP and WebDNA together? (2011)
expansion domain freak out (2003)
[WebDNA] An unknown error occured // Deadlock avoided (2011)
Re: (1998)
SiteGuard Admin Feature ? (1997)
Weird [blank] interpretation (1999)