[quote=引用 9 楼 qq_28391351 的回复:] [quote=引用 6 楼 foren_whb 的回复:] 所以你的想法在现在有的web体系内是实现不了的, 只能另劈奇径,插件是一个方法,但受限很多,不太实用。 我建议你参考浏览器自带下载器的做法 或者每个下载都新开页面,这样就不会跟原先的页面发生冲突
[quote=引用 6 楼 foren_whb 的回复:] 所以你的想法在现在有的web体系内是实现不了的, 只能另劈奇径,插件是一个方法,但受限很多,不太实用。 我建议你参考浏览器自带下载器的做法 或者每个下载都新开页面,这样就不会跟原先的页面发生冲突
[quote=引用 9 楼 qq_28391351 的回复:]谢谢兄弟,我这里是要上传,我知道刷新会中断页面的所有操作(可能理解的不深),我现在就是想web端有没有一个能缓存文件流的地方,没有我就认了
谢谢兄弟,我这里是要上传,我知道刷新会中断页面的所有操作(可能理解的不深),我现在就是想web端有没有一个能缓存文件流的地方,没有我就认了
所以你的想法在现在有的web体系内是实现不了的, 只能另劈奇径,插件是一个方法,但受限很多,不太实用。 我建议你参考浏览器自带下载器的做法 或者每个下载都新开页面,这样就不会跟原先的页面发生冲突
[quote=引用 3 楼 qq_28391351 的回复:] 您好,首先要谢谢您的这个断点续传的博文,写的很好,但是我现在遇到的问题是我的文件传到一半了我手动刷新了页面,刷新完以后我仍然想继续上传或者重新上传之前的文件(在用户无操作的情况下),我原先想着在用户一开始选择文件时就将文件流存进localstorage里避免刷新后文件丢失,但是后来写代码时才想起来localstorage只能存储字符串且存储能力上限也只在5到10mb之间,现在我的知识体系里没有一个解决方案可以解决这样的问题,所以向您提问,不知道web端有没有针对这种场景的解决方案
您好,首先要谢谢您的这个断点续传的博文,写的很好,但是我现在遇到的问题是我的文件传到一半了我手动刷新了页面,刷新完以后我仍然想继续上传或者重新上传之前的文件(在用户无操作的情况下),我原先想着在用户一开始选择文件时就将文件流存进localstorage里避免刷新后文件丢失,但是后来写代码时才想起来localstorage只能存储字符串且存储能力上限也只在5到10mb之间,现在我的知识体系里没有一个解决方案可以解决这样的问题,所以向您提问,不知道web端有没有针对这种场景的解决方案
87,995
社区成员
224,710
社区内容
加载中
试试用AI创作助手写篇文章吧