[ovirt-devel] more aggressive static asset caching in ovirt-engine

[Martin Sivak]

> The downside is you'll have to clear your browser cache more often as you
are developing. (You can use a browser plugin, incognito mode, F12
> disable cache, etc. if you don't want to keep opening the dialog.)

Why don't we use the name-hash.ext format for static files? Recompile
creates a different filename (because hash changed) which is not cached.
That would take care of cache invalidation and it is a common pattern in
the CDN world.

Best regards

Martin Sivak

On Tue, Nov 14, 2017 at 5:49 PM, Greg Sheremeta <gshereme at redhat.com> wrote:

> Hi,
>
> I made some changes [1][2] to ovirt-engine that make it now more
> aggressively (and correctly) cache all static assets. We were previously
> caching some things, but not all. (Thanks to ykaul for noticing.)
>
> The upside is reduced server hits and faster page loads.
>
> The downside is you'll have to clear your browser cache more often as you
> are developing. (You can use a browser plugin, incognito mode, F12 >
> disable cache, etc. if you don't want to keep opening the dialog.)
>
> [1] https://gerrit.ovirt.org/#/c/83879/
> [2] https://gerrit.ovirt.org/#/c/83871/
>
> Best wishes,
> Greg
>
>
> --
>
> GREG SHEREMETA
>
> SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX
>
> Red Hat NA
>
> <https://www.redhat.com/>
>
> gshereme at redhat.com    IRC: gshereme
> <https://red.ht/sig>
>
> _______________________________________________
> Devel mailing list
> Devel at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20171115/09b6c1c9/attachment.html>