Re: back button loses cart

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 30998
interpreted = N
texte = Ken:On a related note: I'm another person who's had IE weirdness. I've done this already: adding [random] x 3 tags to links and no caching headers to the page. But that hasn't stopped caching totally when using the back button. The back button is the bugger: Since it's navigation without a link involved, so I can't specify the random tags and thus uniqueness, and the browser merely backs up to page.tpl&aa=654, with 654 being an example of the result from the 3 random tags. It pulls this page from cache and shows the raw webdna tags in place without data. I presume this is because it's showing the page out of cache and it's not being interpreted via Webcat. My workaround has been to expressly request users to use my link (with the random tags) to back up. But that doesn't help if their credit card fails the webcat validation test and gets kicked back as not accepted (the we don't accept that card error page generation). The user then has to use the backbutton out of the error page and voila...gets the raw webdna tags.So far I've only seen this with Mac IE 4.5.1 (not tested 5). Not seen it with navigator or Win IE (but that doesn't mean the latter doesn't play naughty intermittently).I'd love to know a solution to this. When raw tags appear it really throws off the user.Thanks,Reg HarrisElegantly put by Kenneth Grome:> >The fact of the matter is this: > >If the browser is caching pages it shouldn't cache, the best webdna >method for preventing caching is to add a unique value to your URLs. >This absolutely prevents improper caching by browsers like IE, and >it's been discussed dozens of times on this talk list.------------------------------------------------------------- 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 Associated Messages, from the most recent to the oldest:

    
  1. Re: back button loses cart (update for ken) (John Reginald Harris Jr 2000)
  2. Re[2]: back button loses cart (jpeacock@univpress.com 2000)
  3. Re: back button loses cart (John Butler 2000)
  4. Re: back button loses cart (John Reginald Harris Jr 2000)
  5. Re: back button loses cart (Kenneth Grome 2000)
  6. Re: back button loses cart (John Reginald Harris Jr 2000)
  7. Re: back button loses cart (Kenneth Grome 2000)
  8. Re: back button loses cart (John Butler 2000)
  9. Re: back button loses cart - ON SECURE PAGES ONLY (John Butler 2000)
  10. Re: back button loses cart (Kenneth Grome 2000)
  11. Re: back button loses cart (John Butler 2000)
  12. Re: back button loses cart (John Butler 2000)
  13. Re: back button loses cart (John Reginald Harris Jr 2000)
  14. Re: back button loses cart - (error in text) (Kenneth Grome 2000)
  15. Re: back button loses cart (Kenneth Grome 2000)
  16. Re: back button loses cart (John Reginald Harris Jr 2000)
  17. Re: back button loses cart (Glenn Busbin 2000)
  18. Re: back button loses cart (tech 2000)
  19. Re: back button loses cart (Kenneth Grome 2000)
  20. Re: back button loses cart (Kenneth Grome 2000)
  21. back button loses cart (John Butler 2000)
Ken:On a related note: I'm another person who's had IE weirdness. I've done this already: adding [random] x 3 tags to links and no caching headers to the page. But that hasn't stopped caching totally when using the back button. The back button is the bugger: Since it's navigation without a link involved, so I can't specify the random tags and thus uniqueness, and the browser merely backs up to page.tpl&aa=654, with 654 being an example of the result from the 3 random tags. It pulls this page from cache and shows the raw webdna tags in place without data. I presume this is because it's showing the page out of cache and it's not being interpreted via Webcat. My workaround has been to expressly request users to use my link (with the random tags) to back up. But that doesn't help if their credit card fails the webcat validation test and gets kicked back as not accepted (the we don't accept that card error page generation). The user then has to use the backbutton out of the error page and voila...gets the raw webdna tags.So far I've only seen this with Mac IE 4.5.1 (not tested 5). Not seen it with navigator or Win IE (but that doesn't mean the latter doesn't play naughty intermittently).I'd love to know a solution to this. When raw tags appear it really throws off the user.Thanks,Reg HarrisElegantly put by Kenneth Grome:> >The fact of the matter is this: > >If the browser is caching pages it shouldn't cache, the best webdna >method for preventing caching is to add a unique value to your URLs. >This absolutely prevents improper caching by browsers like IE, and >it's been discussed dozens of times on this Talk List.------------------------------------------------------------- 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 John Reginald Harris Jr

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:

Grouping search fields, etc. (1997) WebCat templates for TyphoonPro admin (1999) Variable Prices (1998) Replacing the db file (2000) need help with [sendmail] and [showif]s (1998) includes and cart numbers (1997) [delete] problem (1997) WebCat2 Append problem (B14Macacgi) (1997) Help name our technology! (1997) WebCat2_Mac RETURNs in .db (1997) Webmerchant confirmation hooks? (1997) WebCat NT v. Mac (1997) Nested vs conditional (1997) RE: WebCatalog2 for NT Beta Request (1997) method of payment (1997) Sendmail Recipients (2001) How do I get multiple unique numbers on one template? (2000) problems with 2 tags (1997) Error Log.db --however (1997) WebCat vs. ASP (1999)