Invalidating methods
Last updated
Was this helpful?
Last updated
Was this helpful?
There are two methods for invalidating content: PURGE, which is a single invalidation that invalidates one particular object; and BAN, which is a recursive invalidation that can invalidate more than one object at a time.
A cache key is how the CDN saves an object to its cache. By default, the cache key is made up of:
From there, we can complicate the cache key as much as we wish, adding more elements to save more versions of the same object. Let’s look at an example:
For Transparent Edge—and in general for any other system of HTTP caches—these are distinct objects. Therefore, even if the first one is cached, it will download again to the origin when the second one is requested.
We can use the header to modify the behavior and save more versions of the same object. For instance, with an object like this:
And a Vary header like this:
We can make the CDN cache save as many objects as the number of user-agents requesting them.
This example in particular makes the efficiency of the cache decline drastically, which is why we don’t recommend having a Vary header with a user-agent or cookie value. It could be interesting, however, to have an value, value, to be able to serve different versions of an object depending on the type of device requesting the resource.
This kind of invalidation lets you invalidate one particular object in the cache. To do so, you must be sure to enter the full URL with all the parameters included.
One type of PURGE invalidation is known as a SOFTPURGE, which is much less aggressive.
BAN invalidations let you invalidate cache content recursively, by sending a blacklist and telling the cache to invalidate any object that matches it. For instance, we can tell it to invalidate https://www.transparentedge.eu/images/. This would invalidate any object that matches this URL, such as:
https://www.transparentedge.eu/images/image1.png or https://www.transparentedge.eu/images/2020/02/22/index.php.
These invalidations are incompatible with the refetching feature.
This kind of invalidation can be very dangerous in some cases. For instance, if you invalidated the website https://www.transparentedge.eu/ recursively, you could run into serious problems on your origin platform, as there would soon be a flood of traffic coming from all your users. Use it wisely.
To do an invalidation from our, just follow this.
To do an invalidation from our, just follow this.
Remember that everything you can do from our you can do from our.