purgequota
See original GitHub issueLibrary Affected: workbox-sw
There’s an ExpirationPlugin
which we can assign to our routes. I couldn’t find in the docs though one thing that clearly states what I need to hear.
Does this clean up the whole cache for that specific route? if I set this to true for images in the specific cache called app-images
and let’s say quota is exceeded, will this clean up the whole app-images
cache or some part of it to shrink the size to take it down under the storage limit again?
Issue Analytics
- State:
- Created 3 years ago
- Comments:5 (3 by maintainers)
Top Results From Across the Web
File System Quotas and Purging - NERSC Documentation
NERSC sets quotas on file systems shown in the table below. Purged file system are purged of files that have not been accessed...
Read more >Great Purge - Wikipedia
The Great Purge or the Great Terror (Russian: Большой террор), also known as the Year of ... The NKVD national operations were conducted...
Read more >Recoverable Items folder in Exchange Online | Microsoft Learn
The Recoverable Items folder has its own storage quota. Exchange can prevent data from being purged from the Recoverable Items folder.
Read more >July 30, 1937 – The Great Purge is Ordered by Stalin
July 30, 1937 – The Great Purge is Ordered by Stalin. On this day in history, Stalin imposed quotas for arrests for each...
Read more >Terror by Quota - Serious Science
We call it 'quotas', in Russian they call it limity. Stalin used limity to punish his perceived enemies twice.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
The goal is to avoid getting the browser close to reaching the limit again for an extended period of time, so deleting as much as the developer has opted-into is the safest default approach.
If you’d prefer to use your own customized approach to recovering from quota errors, instead of setting
purgeOnQuotaError: true
in theExpirationPlugin
, you can register your own custom callback withworkbox-core
’sregisterQuotaErrorCallback()
function.yeah. I get that. It might be better to only try to delete the one which caused it. maybe it’s enough to delete only one cache just to come down the limit ? why both ? That’s what i am curious.