<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>caching on Arrans Technical blog</title><link>https://arran4.github.io/blog/tags/caching/</link><description>Recent content in caching on Arrans Technical blog</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>technicalblog123@arran4.com (Arran Ubels)</managingEditor><webMaster>technicalblog123@arran4.com (Arran Ubels)</webMaster><copyright>Arran Ubels. This work is licensed under a &lt;a rel="license" href="http://creativecommons.org/licenses/by-sa/4.0/">Creative Commons Attribution-ShareAlike 4.0 International License&lt;/a>.</copyright><lastBuildDate>Thu, 27 Aug 2026 13:38:30 +0000</lastBuildDate><atom:link href="https://arran4.github.io/blog/tags/caching/index.xml" rel="self" type="application/rss+xml"/><item><title>Asset Fingerprinting and Caching in Go</title><link>https://arran4.github.io/blog/post/2026/039-asset-hashing-in-go/</link><pubDate>Thu, 27 Aug 2026 13:38:30 +0000</pubDate><author>technicalblog123@arran4.com (Arran Ubels)</author><guid>https://arran4.github.io/blog/post/2026/039-asset-hashing-in-go/</guid><description>When building web applications, a common goal is to serve static assets (CSS, JavaScript, images, WASM) as quickly as possible. The most effective way to achieve this is aggressive HTTP caching. However, aggressive caching introduces a challenge: when you update an asset and deploy the new version, you must ensure that users receive the updated file rather than a stale, cached copy, while avoiding unnecessary downloads for unchanged assets.
The solution to this problem is asset fingerprinting (or content hashing).</description></item></channel></rss>