Re: Cart ID Duplication
This WebDNA talk-list message is from 2001
It keeps the original formatting.
numero = 36709
interpreted = N
texte = WebMaster wrote:> Just come across a worrying issue. > > We were called by a customer who, whilst proceeding through the invoice > page, had found that there was someone else's address details already > entered in the form.[snip]This appears to be a cart cache thing. I am new to WebCat but just wanted to say that I am having a similar issue on our development site. The remove lineitems button we have sometimes removes and sometimes doesn't. I think there are a couple cache things going on. Maybe server, maybe browser. A quick search (cart cache) in the archives brings up many related posts. Here is one:> hello > I am using [OrderFile] in my shopping page, and I have a remove link next to > each lineitems in the shopping cart, but when you click on the link the item > gets removed, but the page is not refreshed so it seems that the item is > still therethis seems to me a browser caching issue... If so, then try adding ...&no_cache=[date %Y%m%d%m%S] to the end of the link's URL that removes the lineitem from the shoppingcart when clicked. Note: if the URL is changing or else if it is the exact same URL that the browser served up recently. If unique, then the browser should get it fresh from the server (what you want). If the URL is not unique for that session, then maybe some programming on the part of the browser's programmers causes the browser to serve an old version even though it should not in the case of dynamic pages (like we use in WebCatalog alot). Make sense?> However; the same link works perfect when I am using ShowCart, > or add on a form in the page prior to the shopping cart.probably because the URL is unique in these cases... see above. Sometimes you get lucky, sometimes you don't. If you *force* the URL to be unique (even by simply adding irrelevant variables at the end) , then you increase the chances the browser will think it is supposed to goto the server for a fresh copy instead of simply using what is in its cache.-- Donovan D. Brooke Systems Administrator/ Assc. Art Director Epsen Hillmer Graphics When 900 years old you reach, look as good you will not, hm? -Yoda ------------------------------------------------------------- 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:
WebMaster wrote:> Just come across a worrying issue. > > We were called by a customer who, whilst proceeding through the invoice > page, had found that there was someone else's address details already > entered in the form.[snip]This appears to be a cart cache thing. I am new to WebCat but just wanted to say that I am having a similar issue on our development site. The remove lineitems button we have sometimes removes and sometimes doesn't. I think there are a couple cache things going on. Maybe server, maybe browser. A quick search (cart cache) in the archives brings up many related posts. Here is one:> hello > I am using [orderfile] in my shopping page, and I have a remove link next to > each lineitems in the shopping cart, but when you click on the link the item > gets removed, but the page is not refreshed so it seems that the item is > still therethis seems to me a browser caching issue... If so, then try adding ...&no_cache=[date %Y%m%d%m%S] to the end of the link's URL that removes the lineitem from the shoppingcart when clicked. Note: if the URL is changing or else if it is the exact same URL that the browser served up recently. If unique, then the browser should get it fresh from the server (what you want). If the URL is not unique for that session, then maybe some programming on the part of the browser's programmers causes the browser to serve an old version even though it should not in the case of dynamic pages (like we use in WebCatalog alot). Make sense?> However; the same link works perfect when I am using ShowCart, > or add on a form in the page prior to the shopping cart.probably because the URL is unique in these cases... see above. Sometimes you get lucky, sometimes you don't. If you *force* the URL to be unique (even by simply adding irrelevant variables at the end) , then you increase the chances the browser will think it is supposed to goto the server for a fresh copy instead of simply using what is in its cache.-- Donovan D. Brooke Systems Administrator/ Assc. Art Director Epsen Hillmer Graphics When 900 years old you reach, look as good you will not, hm? -Yoda ------------------------------------------------------------- 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:
European Dates (1998)
A little syntax help (1997)
[WebDNA] WebDNA 7.1 (2012)
WebCat2 - Getting to the browser's username/password data (1997)
Secure server question (1997)
Limitations on fields? Server is crashing (1997)
Problems with cybercash (2000)
all records returned. (1997)
WebCatalog [FoundItems] Problem - LONG - (1997)
WC2b12: Yes, Formulas.db is for real (1997)
[newcart] (1998)
Serious bug writing to a database ... (2002)
[WebDNA] users.db (2009)
Searching multiple Databases (1997)
in string ??? (2001)
[WebDNA] Problem with Cookies in IE and Safari (2009)
shipping costs (2000)
WebCat2b13MacPlugIn - [include] doesn't allow creator (1997)
Generating unique SKU from [cart] - Still Stumped... (1997)
Searchable WebCat (etc.) Docs ? (1997)