file-upload - 如何绕过渐进式 Web 应用程序中的存储配额限制

Question

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

标签： file-uploaduploadservice-workerprogressive-web-apps

Answer 1

如果可以选择，您可以使用本机 Android 服务来执行缓存部分以避免空间限制，然后使用 websockets/安全 web 套接字将数据从本机代码提供给 PWA。

目前没有 PWA 解决方案。File API 具有沙盒限制。