RE: [Flashcoders] Cache Killer... is it bulletproof ???
Also check out my blog entry on the subject - http://blog.neo-archaic.net/2006/08/02/nocache-for-javascript-and-flash.htm The Flash IDE doesn't like the cache-busters so you need to test System.capabilities.playerType before appending the query. Karina > -Original Message- > From: David Bellerive [mailto:[EMAIL PROTECTED] > Sent: 03 March 2007 03:54 > To: flashcoders@chattyfig.figleaf.com > Subject: [Flashcoders] Cache Killer... is it bulletproof ??? > > I've read that appending a random query string ( example : > new Date.getTime() ) to the URL of assets (images, sounds, > XML files, etc.) loaded at runtime in the Flash Player > ensures that these assets are always loaded from the server > instead of being loaded from the cache. > > I've tested this on Windows XP in IE5, IE5.5, IE6, FF1, > FF1.5, FF2, Opera 8, Opera 8.5, Opera 9, Netscape 7 and > Netscape 8 and it seems to work very well. > > However, I haven't been able to test this on a Mac or on Linux. > > Is this method bulletproof (it works in all browsers on all > operating systems)? > > Is this something that you would really rely on for big projects? > > Has anyone ever used this method and had big problems with it > or even minor glitches? > > > > > __ > __ > TV dinner still cooling? > Check out "Tonight's Picks" on Yahoo! TV. > http://tv.yahoo.com/ > ___ > Flashcoders@chattyfig.figleaf.com > To change your subscription options or search the archive: > http://chattyfig.figleaf.com/mailman/listinfo/flashcoders > > Brought to you by Fig Leaf Software > Premier Authorized Adobe Consulting and Training > http://www.figleaf.com http://training.figleaf.com > ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
RE: [Flashcoders] Cache Killer... is it bulletproof ???
The user would have to reset their clock and make the request at the EXACT SAME MILLISECOND in time. It's nigh impossible. It will never ever ever EVER happen. You're good to go. var d:Date = new Date(); var noCache:String = String(d.getTime()); var xmlPath:String = "http://www.domain.com/my.xml?noCache="; + noCache; ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
Re: [Flashcoders] Cache Killer... is it bulletproof ???
Actually using a random string is not a good idea because there is a chance, however small, that it will fail. Using new Date().getTime(), as the OP mentioned (and erroneously called "random"), will work every time (unless, of course, the user resets their clock during the session--and even then you'd need a coincidence for failure to occur). On 3/2/07, Mike and Stephie <[EMAIL PROTECTED]> wrote: Hi David ! Yes this mostly seems to work quite well. The thing is to make sure that all assets are called using this random string-- that none sneaks through unintentionally Kind regards Prema David Bellerive wrote: > I've read that appending a random query string ( example : new Date.getTime() ) to the URL of assets (images, sounds, XML files, etc.) loaded at runtime in the Flash Player ensures that these assets are always loaded from the server instead of being loaded from the cache. > > I've tested this on Windows XP in IE5, IE5.5, IE6, FF1, FF1.5, FF2, Opera 8, Opera 8.5, Opera 9, Netscape 7 and Netscape 8 and it seems to work very well. > > However, I haven't been able to test this on a Mac or on Linux. > > Is this method bulletproof (it works in all browsers on all operating systems)? > > Is this something that you would really rely on for big projects? > > Has anyone ever used this method and had big problems with it or even minor glitches? ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
Re: [Flashcoders] Cache Killer... is it bulletproof ???
Hi David ! Yes this mostly seems to work quite well. The thing is to make sure that all assets are called using this random string-- that none sneaks through unintentionally Kind regards Prema David Bellerive wrote: I've read that appending a random query string ( example : new Date.getTime() ) to the URL of assets (images, sounds, XML files, etc.) loaded at runtime in the Flash Player ensures that these assets are always loaded from the server instead of being loaded from the cache. I've tested this on Windows XP in IE5, IE5.5, IE6, FF1, FF1.5, FF2, Opera 8, Opera 8.5, Opera 9, Netscape 7 and Netscape 8 and it seems to work very well. However, I haven't been able to test this on a Mac or on Linux. Is this method bulletproof (it works in all browsers on all operating systems)? Is this something that you would really rely on for big projects? Has anyone ever used this method and had big problems with it or even minor glitches? TV dinner still cooling? Check out "Tonight's Picks" on Yahoo! TV. http://tv.yahoo.com/ ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
Re: [Flashcoders] Cache Killer... is it bulletproof ???
Is this method bulletproof (it works in all browsers on all operating systems)? Is this something that you would really rely on for big projects? Has anyone ever used this method and had big problems with it or even minor glitches? It is bulletproof. There's no reason why it shouldn't work. That's how it has always worked. Zeh ___ Flashcoders@chattyfig.figleaf.com To change your subscription options or search the archive: http://chattyfig.figleaf.com/mailman/listinfo/flashcoders Brought to you by Fig Leaf Software Premier Authorized Adobe Consulting and Training http://www.figleaf.com http://training.figleaf.com
