CODEWITHSUNDEEP
javascriptbrowser-cachedevops
Chris
Chris

Reputation: 27394

Correct method for ensuring users get the latest version of a website after an update

Everytime I deploy an update to our web application customers ring in with issues where their browser hasnt picked up that index.html has changed and since the name of the .js file has changed they run into errors. Presumably because their index.html still points to the old javascript file which no longer exists.

What is the correct way to ensure that users always get the latest version when the system is updated.

We have a HTML5 + AngularJS web application. It uses WebPack to bundle the vendor and app javascript into two js files. The files contain a hashname to ensure they are different once released.

Some other information

Upvotes: 0

Views: 1425

Answers (1)

T.J. Crowder
T.J. Crowder

Reputation: 1074979

If you need users to pick up the latest index.html when they load your site immediately after you've updated the file, make index.html non-cacheable. That will mean the browser, CloudFlare, and any intermediate proxies aren't allowed to cache it, and that one file will always be served from your canonical server.

Naturally, that has a traffic and latency impact (for you and them), but if that's really your requirement, I don't see any other option.

There are spins on this. It might not be index.html itself that isn't cacheable, you could insert another resource (a tiny JavaScript file that writes out the correct script tags) if index.html is really big and it's important to cache it, etc. But if you need the change picked up immediately, you'll need a non-cacheable resource that identifies the change.

Upvotes: 2

Related Questions