IronDB's goal is to store data reliably, e.g. in the face of storage eviction, but not against user intention. If the user clears all browsing data, that willful action is respected.
Thank you for your feedback. I'll clarify this in the docs.
IronDB's goal is to store data reliably, e.g. in the face of storage eviction, but not against user intention. If the user clears all browsing data, that willful action is respected.
Thank you for your feedback. I'll clarify this in the docs.
And under storage pressure, browsers evict data stored in IndexedDB, LocalStorage, and/or SessionStorage. See
https://developers.google.com/web/fundamentals/instant-and-o...
IronDB is resilient in the face of such events.
Thank you for your feedback. I'll add an explanation about such in the documentation.
IronDB doesn't.
See https://developers.google.com/web/updates/2016/06/persistent....
Great point, though. I'll highlight this in the documentation. Thank you.
My team has been assuming that is true (for local,session)Storage and so far haven't been bitten.
Only occasionally have we even gotten close to that size. You can also shove loads of data in the DOM.
Edit: one of the old refs - 10MB
https://www.html5rocks.com/en/tutorials/offline/quota-resear...