- From: Jake Archibald <jaffathecake@gmail.com>
- Date: Tue, 11 Sep 2012 16:19:37 +0100
- To: Tobie Langel <tobie@fb.com>
- Cc: "public-fixing-appcache@w3.org" <public-fixing-appcache@w3.org>
On 11 September 2012 16:04, Tobie Langel <tobie@fb.com> wrote: >>If the framework caches, but one of the events fails (eg loss of >>connection), we'd be happy with the framework & successful events >>caching. We'd also want to be able to add/expire additional events >>later. > > I don't understand this. Say the user visits a magazine site, the core framework needs updated, 5 issues need updating, 1 issue needs removing (eg, past an expiry date). If the core framework updates, 3 issues update, 1 issue partially updates before the user loses their connection, the following should happen: * Framework and 3 updated issues are saved to the cache * Partially updated issue remains in its currently cached state (a partial update of an issue is unacceptable) * Expired issue removed from cache * Update will retry/resume at next cache check This is based on the assumption that a single issue depends only on the core framework If the core framework fails to update, 3 issues update, 1 issue partially updates before the user loses their connection, the following should happen: * All issues remain in their previously cached state - issues have a dependency on the core framework, the new issues may depend on changes to the core * Expired issue remains - the expiry of this could also be related to core updates * Update will retry/resume at next cache check > There are application-level workarounds. E.g. the app could download a zip > filed containing only the modified files (or even better, diffs) and > combine the content of the two zip files. > > Overall feeling is while this matches some use cases, it certainly doesn't > match some of those you care most stingily about. If we went for the worker-proxy solution, this could be one of the many ways devs handle updates & they could pick the one best suited to their situation. You're right, the zip thing would probably work well for games devs. Do we need a higher level solution that doesn't involve so much manual cache management? Or has the current spec shown that it's not possible without creating something more confusing that doing it manually? Jake.
Received on Tuesday, 11 September 2012 15:20:11 UTC