Re: Shopping carts and reloading pages

This WebDNA talk-list message is from

1997


It keeps the original formatting.
numero = 11782
interpreted = N
texte = >If I have been following this thread correctly, a user who *does* return to >the front door would mess up the shopping cart value. Is this correct?Yes they would get a new cart number. In general, any URL that does not contain an explicit cart=xxx in it will cause a new cart# to be generated in that page's [cart] tags.But sometimes you want that: when you are done shopping and have purchased something, you need to go back to the front door and get a new cart if you want to shop some more. The old one is waiting to be processed and is not allowed to be used again.An alternative would be to have your customers register with a username/password which is then used as a lookup into a database for some kind of permanent cart id. Then you'd protect every page in your site with a forced username dialog so no matter how many times they reload or jump into the middle, they'd get the same id.Grant Hulbert, V.P. Engineering | ===== Tools for WebWarriors ===== Pacific Coast Software | WebCatalog Pro, WebCommerce Solution 11770 Bernardo Plaza Court | SiteEdit Pro, SiteCheck, PhotoMaster San Diego, CA 92128 | SiteGuard 619/675-1106 Fax: 619/675-0372 | http://www.smithmicro.com Associated Messages, from the most recent to the oldest:

    
  1. Re: Shopping carts and reloading pages (Stephanie Wright 1997)
  2. Re: Shopping carts and reloading pages (Grant Hulbert 1997)
  3. Shopping carts and reloading pages (Stephanie Wright 1997)
>If I have been following this thread correctly, a user who *does* return to >the front door would mess up the shopping cart value. Is this correct?Yes they would get a new cart number. In general, any URL that does not contain an explicit cart=xxx in it will cause a new cart# to be generated in that page's [cart] tags.But sometimes you want that: when you are done shopping and have purchased something, you need to go back to the front door and get a new cart if you want to shop some more. The old one is waiting to be processed and is not allowed to be used again.An alternative would be to have your customers register with a username/password which is then used as a lookup into a database for some kind of permanent cart id. Then you'd protect every page in your site with a forced username dialog so no matter how many times they reload or jump into the middle, they'd get the same id.Grant Hulbert, V.P. Engineering | ===== Tools for WebWarriors ===== Pacific Coast Software | WebCatalog Pro, WebCommerce Solution 11770 Bernardo Plaza Court | SiteEdit Pro, SiteCheck, PhotoMaster San Diego, CA 92128 | SiteGuard 619/675-1106 Fax: 619/675-0372 | http://www.smithmicro.com Grant Hulbert

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[2]: 2nd WebCatalog2 Feature Request (1996) Notepad problems (1998) IIS Brain Dead (1998) Tcp Connect and the disappearing page (2000) Serving images from databases (1998) Copy and paste text into form fields....... (2005) pop up building with summarize (1998) 2 things: CartSweep and Manual (2003) Listserver problem (1997) Running subtotal? (1998) Items XX to XX shown (1997) WebDNA Solutions ... (1997) WebCatalog + Linux + ODBC + Oracle ! ? (2000) Problems with dbcatalog.exe (1997) WebCat2b15MacPlugIn - [authenticate] not [protect] (1997) Practice runs ? (1997) RE: PCS search results page (1998) Shared databases (2003) Silly Question (1997) WebCatalog Use Question (1997)