Re: Internet Explorer and caching

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 30183
interpreted = N
texte = Thanks to Kenneth Grome and all who helped me. I think I've got it licked now.And thanks Mike for your explanation of the Explorer caching. Things are a bit clearer now. Ken's method was a great solution and now that I understand the problem I'll be able to deal with it better in the future. =============================================== Brian Dumont Scuba Connection Telephone: 1-613-821-2470 FAX 1-613-821-2766 http://scubaconnection.com EMAIL: info@medianetcom.com> From: Mike Davis > Reply-To: (WebCatalog Talk) > Date: Thu, 06 Apr 2000 19:23:57 > To: (WebCatalog Talk) > Subject: Re: Internet Explorer and caching > > on 4/6/2000 7:14 PM, Brian Dumont at divemar@divemar.com wrote: > >> Tell me about it. I'm getting so frustrated trying to get this thing to >> work. What do others do to get around this problem besides the id=[random]. >> Is part of the problem because I'm using frames? Would I be better off to >> non frame the site? >> >> How does Explorer handle caching differently than Netscape to make things so >> difficult? > > This isn't unique to Webcatalog. If you were developing ecommerce > applications on any other platform, you would either have to implement a > browser cache fix or the software would have something built in, but it > would basically be the same method(s) as have been discussed here. > > To answer your question, Explorer once had quite a disadvantage in the > browser market, or what there was of one. When Microsoft went all-out with > a push to dominate that market, they made certain decisions that 'broke the > rules' in order to improve the perception that their browser was as good as, > or better than, Netscape. One perception that was a priority was that of > speed. They wanted 'the average user' to perceive that IE was faster than > NN. The average user, of course, was soon to out number the tech-heads that > made up the majority of internet users at that time. So they decided to > 'call from cache' in more instances than their competitor. The average user > was very impressed at the way pages seemed to appear instantaneously, as > opposed to the way they had to wait for Netscape to redraw them. Don't kid > yourself if you believe that MS simply didn't know the specifications of how > a browser should behave when receiving cache and expiration directives from > the server. No, this company is driven first by marketing, then by > engineering. > > There is a similar fight that ecommerce programmers engage in with the AOL > proxy (not to mention their alternate image compression scheme that destroys > jpeg images) > > You live. You learn. Deploy Ken's system until something better comes > along, 'cause a standard ain't a standard on the internet. Not yet. > > Mike ------------------------------------------------------------- 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: Internet Explorer and caching (Brian Dumont 2000)
  2. Re: Internet Explorer and caching (Brian Dumont 2000)
  3. Re: Internet Explorer and caching (Mike Davis 2000)
  4. Re: Internet Explorer and caching (Mike Davis 2000)
  5. Re: Internet Explorer and caching (Brian Dumont 2000)
  6. Re: Internet Explorer and caching (Brian Dumont 2000)
  7. Re: Internet Explorer and caching (Glenn Busbin 2000)
  8. Re: Internet Explorer and caching (Kenneth Grome 2000)
  9. Re: Internet Explorer and caching (Kenneth Grome 2000)
  10. Re: Internet Explorer and caching (Aaron Lynch 2000)
  11. Internet Explorer and caching (Brian Dumont 2000)
  12. Re: Internet Explorer and caching (Kenneth Grome 2000)
Thanks to Kenneth Grome and all who helped me. I think I've got it licked now.And thanks Mike for your explanation of the Explorer caching. Things are a bit clearer now. Ken's method was a great solution and now that I understand the problem I'll be able to deal with it better in the future. =============================================== Brian Dumont Scuba Connection Telephone: 1-613-821-2470 FAX 1-613-821-2766 http://scubaconnection.com EMAIL: info@medianetcom.com> From: Mike Davis > Reply-To: (WebCatalog Talk) > Date: Thu, 06 Apr 2000 19:23:57 > To: (WebCatalog Talk) > Subject: Re: Internet Explorer and caching > > on 4/6/2000 7:14 PM, Brian Dumont at divemar@divemar.com wrote: > >> Tell me about it. I'm getting so frustrated trying to get this thing to >> work. What do others do to get around this problem besides the id=[random]. >> Is part of the problem because I'm using frames? Would I be better off to >> non frame the site? >> >> How does Explorer handle caching differently than Netscape to make things so >> difficult? > > This isn't unique to Webcatalog. If you were developing ecommerce > applications on any other platform, you would either have to implement a > browser cache fix or the software would have something built in, but it > would basically be the same method(s) as have been discussed here. > > To answer your question, Explorer once had quite a disadvantage in the > browser market, or what there was of one. When Microsoft went all-out with > a push to dominate that market, they made certain decisions that 'broke the > rules' in order to improve the perception that their browser was as good as, > or better than, Netscape. One perception that was a priority was that of > speed. They wanted 'the average user' to perceive that IE was faster than > NN. The average user, of course, was soon to out number the tech-heads that > made up the majority of internet users at that time. So they decided to > 'call from cache' in more instances than their competitor. The average user > was very impressed at the way pages seemed to appear instantaneously, as > opposed to the way they had to wait for Netscape to redraw them. Don't kid > yourself if you believe that MS simply didn't know the specifications of how > a browser should behave when receiving cache and expiration directives from > the server. No, this company is driven first by marketing, then by > engineering. > > There is a similar fight that ecommerce programmers engage in with the AOL > proxy (not to mention their alternate image compression scheme that destroys > jpeg images) > > You live. You learn. Deploy Ken's system until something better comes > along, 'cause a standard ain't a standard on the internet. Not yet. > > Mike ------------------------------------------------------------- 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 Brian Dumont

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:

Guestbook (2000) WebCat2 as a chat server? (1997) Oops! (1998) PCS Frames (1997) setting line item numbers (1998) Don't know if this is a sily question... (2003) popups, netscape vs explorer (1997) hhtps to http and back? (2000) Urgent help needed (1998) Not seeing cart info on Invoice.tmpl (was PROBLEM) (1997) listwords and delimiters.. showing blank word? (2004) Not really WebCat (1997) Tags in the header (2000) PSC recommends what date format yr 2000??? (1997) hmmm (2006) TCPconnect in a DB? (1999) Emailer help....! (1997) still facing truncated [texta] problem (2000) Sort Order on a page search (1997) Trouble Searching (1999)