Use JS to append ?nocache (or better yet ?timestamp, where timestamp is the current Unix time, e.g. 1598155107) to the end of every linked URL (or &timestamp if the URL already contains a query string). This solution uses jQuery but you could adapt it to vanilla JS: How can I update `devm_ioremap_nocache` based kernel module Ask Question Asked 1 year, 2 months ago Modified 1 year, 2 months ago Here's the NoCache attribute proposed by mattytommo, simplified by using the information from Chris Moschini's answer: But what I would like to do is to apply ?nocache=1 to every URL related to the site (including the assets like style.css) so that I get the non cached version of the files. When creating Dockerfiles using an Alpine image, I have often seen the use of either apk add --no-cache, or apk add followed by an rm /var/cache/apk/* statement. I am curious to know whether maki. Our investigations have shown us that not all browsers respect the HTTP cache directives in a uniform manner. For security reasons we do not want certain pages in our application to be cached, eve. I have a few RUN commands in my Dockerfile that I would like to run with -no-cache each time I build a Docker image. I understand the docker build --no-cache will disable caching for the entire must-revalidate means: The browser may use stale cache entries if and only if the server confirms that they are still valid (using conditional requests). Whereas no-cache means: must-revalidate plus the fact that server responses becomes stale right away. If a server response is cacheable for 10 seconds, then must-revalidate kicks in after 10 seconds, while no-cache kicks in immediately. And. From the HTTP 1.1 specification: no-store: The purpose of the no-store directive is to prevent the inadvertent release or retention of sensitive information (for example, on backup tapes). The no-store directive applies to the entire message, and MAY be sent either in a response or in a request. If sent in a request, a cache MUST NOT store any part of either this request or any response to it. From fastapi official doc The --no-cache-dir option tells pip to not save the downloaded packages locally, as that is only if pip was going to be run again to install the same packages, but that's not the case when working with containers. Basically, there is no need to store whatever package cache you're installing locally since it is not required by docker containers.