-
-
Notifications
You must be signed in to change notification settings - Fork 293
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Updatestrategy's effect on assets in the 'main' section of caches #292
Comments
Actually, you're fighting a problem what doesn't exist. It's weird, but docs for Also, |
Ah that's great! Thanks for clarifying! |
Great! :-) |
fixes #295 in response to #292 A bit unsure if this still applies @NekR or it should be removed > With this strategy enabled, index.html (or other files without dynamic name) should be placed in main section of the cache, otherwise they won't be revalidated. For ServiceWorker this means that only new files will be downloaded and missing files deleted from the cache. For AppCache it's basically the same as previous strategies since AppCache revalidates all the assets. (HTTP status 304 rule still applies).
* Fixes thrown exceptions in apps using postMessage My app uses postMessage for it's own purposes. This fixes an error that occurs when the appcache updates choke on messages from the application. * Adds info regarding redirects not working @NekR In response to #303 * Update update-strategies.md fixes #295 in response to #292 A bit unsure if this still applies @NekR or it should be removed > With this strategy enabled, index.html (or other files without dynamic name) should be placed in main section of the cache, otherwise they won't be revalidated. For ServiceWorker this means that only new files will be downloaded and missing files deleted from the cache. For AppCache it's basically the same as previous strategies since AppCache revalidates all the assets. (HTTP status 304 rule still applies). * Update FAQ.md as asked for in #227 Also related to #228, but does not add any additional `events` doc * 4.8.4 * update according to PR comments * new -> new/changed
I'm currently using the
all
updateStrategy because not all my assets have a hash appended to their filename. Only my clientside js does. And the docs state that in that case theall
updateStrategy is best since it will re-verify all assets.However, what confuses me is that the docs also state that for the
changed
updateStrategy:Does that mean that all assets that are listed in
main
will be re-verified anyway, even when using thechanged
updateStrategy? Because that's a little unclear to me from the docs. Also, wouldn't basically everyone need to use theall
updateStrategy, since a lot of builds will emit assets that aren't hashed?Just for clarity, this is the current config I'm using, and the above question arose from me thinking about which updateStrategy would be best:
The text was updated successfully, but these errors were encountered: