C# 大文件分片上传处理,C#.NET 超大文件上传和断点续传的实现,SpringMVC批量大文件上传下载,SpringCloud批量大文件上传下载,SpringBoot批量大文件上传下载,jsp批量大文件上传下载,java批量大文件上传下载,vue批量大文件上传下载,input file批量大文件上传下载,dom批量大文件上传下载,html5批量大文件上传下载,php批量大文件上传下载,百度webuploader批量大文件上传下载,webuploader批量大文件上传下载,前端批量大文件上传下载,web批量大文件上传下载,.NET 批量大文件上传下载解决方案,.NET mvc批量大文件上传下载,.NET core批量大文件上传下载,c#.NET 批量大文件上传下载,asp.NET 批量大文件上传下载,.NET 批量大文件上传下载,
后端用了asp.net,c#.net,csharp,.net core,.net mvc。客户需求是需要在前端,WEB页面中实现文件夹的上传和下载功能,前端用了WebForm,vue2,vue3,html5,客户是政府单位,经常要传文件夹。
客户是政府单位,每天都要传资料。
网上搜了一圈,几乎全部都是用HTML5来实现的,找了一些文章看了一下,几乎全部都只提到了上传的实现,借助于HTML5的API,也就是chrome提供的一个特殊的API,几乎全部都没提到下载,下载基本上的方案也都是打包,
但是我们这边的情况有点特殊,用户传的文件夹也不小,一般都有几百几千个文件吧,文件有大有小,有的是1G,有的是10G,这样的话,文件夹一共就有50G左右了
在服务器上打包的话,首先慢,其实占服务器资源,主要是占存储空间,而且垃圾清理机制做的不好的话,服务器硬盘空间很快就满了。
然后就是用户下载的体验不是特别好,下载的话,一次性下载不完,需要支持断点续传,用户下载一部分后要下班了,明天需要继续下载。这些都是痛点,HTML5和chrome提供的这个特殊的API还是不太能够满足用户的需求。还是需要进行定制开发。
研发部门的同事用Windows,macOS这两个终端操作系统多一些,后端运维同事用linux系统多一些,主要也就是centos和ubuntu,客户那边的话,我们主要是针对国企和政府,所以信创国产化的终端系统多一些,比如龙芯,中标麒麟,华为鲲鹏,银河麒麟,统信UOS都有。这些都要兼容。
主要的一点就是技术支持,后续的产品更新和维护服务要做好,领导很重视这一块,主要是客户那边是要求提供这类服务,领导的意思是要求能够提供产品所有完整源代码,包含前后端源代码,控件源代码,也就是希望能够自主可控吧,因为有军工类的客户,一是有源码审查的要求,二是有定制开发的要求,需要做针对性的开发,没有源码的话自主性就差点,如果是用的百度webuploader就不要投标了,这个是不符合规定的。我们之前也用过这个,稳定性差,可扩展性差,而且也没有技术支持,不能够提供技术支持,他是基于flash和html5开发的,不能够兼容IE,我们有客户用了IE,我们的系统能够兼容IE,不可能让用户换系统,退一步说,就算是用户换了系统,如果后面有新需求,它也不能满足,反正就是个坑。之前也用了,实际使用中发现安全性,稳定性,可扩展性都很差,所以后面还是换了。
最新版本:6.5.40
在线代码:up6-asp-net: Web大文件上传-asp.net示例 - Gitee.com
NOSQL
NOSQL无需任何配置可直接访问页面进行测试
SQL
使用IIS
大文件上传测试推荐使用IIS以获取更高性能。
使用IIS Express
小文件上传测试可以使用IIS Express
创建数据库
配置数据库连接信息
访问页面进行测试
相关参考:
源码工程文档:泽优上传下载-源码版-工程文档.pdf
源码报价单:泽优上传下载-源码版-2024.pdf
OEM版报价单:泽优上传下载-OEM版-2024.pdf
控件源码下载:up6-code.zip