File upload 如何绕过渐进式web应用中的存储配额限制

我的问题本质上是如何绕过PWA上强制实施的存储配额限制？有点背景。。。

---

我希望创建一个离线的业务线渐进式web应用程序，理想情况下可以将大约2GB的图像和视频资源推送到用户的手机或平板电脑上，远远超过当前缓存和索引数据库的存储配额。我希望能够让我的用户（我们都在同一家公司工作）一次性下载一个zip文件或目录，并让用户的存储在他们手机/平板电脑的文件系统中的一个众所周知的目录中。由于应用程序的在线版本将这些文件视为URL，因此fetch api似乎非常理想，因为如果连接，我可以在线提供服务，如果不在线，则可以使用本地serviceworker管理的缓存。但库塔的极限让我难倒了。没有一个文件大于15MB，但在用户脱机之前无法知道需要哪些文件。我是否可以在运行时使用类似于HTML input type=file标记的东西将文件加载到缓存中，然后将其视为URL？当然，我会删除其他文件以腾出空间。但是，由于这些文件不是来自具有安全https地址（我认为这是PWA要求）的“源”，而是来自本地文件系统，因此我不确定这是否可行。如果可行，我的用户会被迫手动浏览文件吗

如果可以选择，您可以使用本机Android服务来执行缓存部分，以避免空间限制，然后使用websockets/secure web sockets将本机代码中的数据提供给PWA

---

目前不可能有PWA解决方案。文件API具有沙盒限制

有趣的想法——我是一名严格意义上的HTML/Javascript开发人员，所以我需要在游戏商店中找到一个应用程序，我想它可以充当一个安全的文件服务器，并根据请求提供内容。由于PWA限制URL必须来自您的域，因此它可能无法将该内容作为可寻址URL提供，是吗？您可以获取跨域URL。但是我们无法缓存它。