我觉得 Commons File Upload 组件基本上就可以满足楼主的需求

解决方案 »

  1.   

    FTP 和 HTTP
    有个应用较JUPLOAD,支持这两种模式,你要的哪些功能都有
      

  2.   


    哦?对Commons File Upload用的多吗?有什么特征?比如支持多大的文件?
      

  3.   

    用SWFUpload吧,我刚这个月初开发过这个方面的功能,这个工具绝对符合你的要求。
      

  4.   

    大小限制可以设置的呢:file_size_limit : "5 MB",
    不过我也没研究过最大能设置多少
      

  5.   

     Commons File Upload  这个很不错
      

  6.   

    传统的HTML方式已经难已满足超大文件的上传。别说是100MB,50MB对服务器来说都是非常大的,服务不仅要专门开一个socket连接接一直等待这个文件上传完毕,还要分配同等大小的内存来保存这个文件对服务器造成的压力相当的大,而且这个压力将会随着用户的增加而成几何式的增加。就算是用Flash也不行,因为目前的Flash不支持断点续传操作,也不支持文件分块操作,Flash和传统的HTML方式上传原理一样。用Flash上传100MB图片,服务器也要分配100MB的内存。10个用户同时上传100MB数据的话,就要吃掉服务器1G的内存。有些朋友试过用Flash文件上传控件来上传超大文件,但是经常遇到上传超时,或上传出错的问题。这是因为现在的Flash文件上传控件使用的技术还是和传统的HTML方式上传一样。没有使用分段上传技术,这种传统的HTML上传方式需要服务器必须开着一个SOCKET连接一直等到Flash上传完毕。这在大并发的情况下对服务器可能会造成非常大的压力,因为网站的访问量一大,用户上传的文件一多,服务器不可能为一个用户等很长时间。都是希望能够在最短的时间内处理完用户的请求。像QQ邮箱中的超大附件上传功能,115网盘中的超大附件上传控件,华为网盘(DBank),金山快盘他们都是使用控件来实现超大文件上传功能的。这样做主要是减轻服务器压力,节省服务器内存,同时提高用户体验。当然从技术角度来讲,像这些互联网知名企业也是考虑了支撑海量用户的分布式文件存储构架设计。因为他们的文件存储服务器不可能是一台,而且会动态的随着用户数的增加而增加。如果真如某些朋友所说的Flash控件就能解决超大文件上传的问题,那么腾迅也不会花那么大的力气专门为QQ邮箱开发一个控件了。
      

  7.   

    网上有一个Web大文件断点续传控件:http://www.cnblogs.com/xproer/archive/2012/05/29/2523757.html
    此控件支持100G文件的断点续传操作,提供了完善的开发文档,支持文件MD5验证,支持文件批量上传。
    粘贴文件,简化选择文件操作:文件MD5值计算进度:文件MD5值计算完毕服务器根据MD5检测是否存在相同文件续传文件从服务器加载文件列表文件上传中文件上传完毕上传文件夹与Discuz!X2整合-后台安装断点续传控件与Discuz!X2整合-后台启用断点续传控件与Discuz!X2整合-后台断点续传控件启用成功与Discuz!X2整合-前台发帖页面与Discuz!X2整合-上传
    页面调用示例代码:<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml" >
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
        <title>HTTP断点续传控件与MySQL数据库演示页面(UTF-8)</title>
        <link href="HttpUploader/HttpUploader.css" type="text/css" rel="Stylesheet"/>
        <script type="text/javascript" charset="utf-8" src="HttpUploader/FileLister.js"></script>
        <script type="text/javascript" charset="utf-8" src="HttpUploader/HttpUploader.js"></script>
        <script type="text/javascript" charset="utf-8" src="HttpUploader/combinbox.js"></script>
        <script type="text/javascript" src="HttpUploader/jquery-1.3.2.min.js"></script>
        <script language="javascript" type="text/javascript">
         var cbItemLast = null;
         var cbMgr = new CombinBoxMgr();     $(document).ready(function()
         {
         cbMgr.LoadInControl("FilePanel");
         cbMgr.Init();
         });
        </script>
    </head>
    <body>
    <div id="FilePanel"></div>
    </body>
    </html>资源下载:
    CAB安装包
    开发文档
    ASP.NET-ACCESS示例
    ASP.NET-SQL2005示例
    JSP-ACCESS-GB2312示例
    JSP-ACCESS-UTF8示例
    JSP-SqlServer2005-UTF8示例
    JSP-MySQL-UTF8示例
    PHP-MySQL-UTF8示例
      

  8.   

    有朋友想用网上免费的Flash控件来上传大文件,比如swfupload,也不是说不行,但是有几个前题条件要考虑。君不见现在有些服务商提供鸟纯HTML方式的500MB视频文件上传功能?问题是人扛得住呀,人专用服务器,超大带宽,千兆独享,光纤机房。你要是有这厚家底别说Flash了,HTML都成。第一服务器要好,必须是专用的商用服务器,内存大,CPU快,散热好,机房得是独立滴,swfupload上传小文件没啥,一但50MB或100MB那他就会让你明白钢铁是怎样练成的~!服务端内存瞬间被撑爆有木有~!~!CPU占用率立刻100%有木有?第二带宽要好,共享的就不要考虑了,那是搞笑的,5个网速快的用户每个用户上传100MB,基本上就会把你服务器的带宽全部吃掉。至少都是100MB独享的,看看115,当年也是用Flash搞的,有兴趣的朋友可以鸟解下他的带宽投入多大,每年都是大几百万上千万的烧的。后来也扛不住了,最后还是专门招开发人员开发控件来搞,带宽一下子就省下来了。每年给115节省鸟不少的银子,程序员高薪是怎么来的?就是这么来的~!你想到网上随便找个开源免费的Flash上传控件,和系统一整合然后上线运营就想赚银子,或者拿高薪?少年,醒醒吧。你叫腾迅服务端的高级开发人员情何以堪啦? 
    当年QQ的用户数处于千万级别的时侯,分布式存储问题已经成为了腾迅整个公司发展的瓶颈。腾迅为了解决分布式存储这个问题投入了相当大的精力,整个公司的开发人员包含顶尖的服务端系统构架设计人员全部投入攻关了6个月才搞定的,不说别的,光算6个月公司的开支就不小于大几百万了。这个技术储备为QQ成为现在IM领域的王者奠定坚实的基础。又或者说是QQ王者地位突显的一个重要标志~!现在这个技术已经成为了QQ的基础建设,QQ以后推出的各种应用都是基于分布式存储构建的。少年,你想知道这个技术为QQ带来了多大的潜力吗?想想微信在短短几个月内用户速突破亿级你就会明白了。不过话说回来如果个人搞的玩玩,就一两个人上传100KB~1MB那确实没多大问题,经常超时?那你联系一下空间服务端,看他能不能帮你把IIS上面的超时时间调整一下,估记可能性很小,因为你一个普通用户,交的银子又不多,几百块,他跟你调个P。为你一个用户一年几百块而增加他服务器的负担导致同台服务器上面的其它几十个上百个网站用户风险变高,我想空间服务商没那么傻。如果用户比较多的话,那就趁早洗洗睡吧。不说别的就说现实点的,Flash免费控件成本是相当高滴。因为Flash是要配合大带宽投入以及高服务器硬件配置的。你想用普通PC当服务器玩网络硬盘?QQ笑了,Google笑了,115笑了,DBank笑了,微软的SkyDriver也笑了。
      

  9.   

    大文件断点续传的话,还是得用专门的商业控件来搞。如果你在局域网,或者本地玩玩Flash应该够用了,不过好像目前互联网中所有免费的Flash控件都不支持断点续传功能。所以如果你需要断点续传功能的话Flash就不适用了,除非你自已重新开发。
      

  10.   

    Flash不太适用。我们公司的一个教育项目之前就是用Flash搞的,开始上传小文件(1~10MB)没什么问题,一但上传大的文件(>=100MB)时问题就爆发出来了。什么服务器超时,服务端IO错误一大堆。。搞的我们开发部门的人苦不堪言。后来我们开发部老大做决定,放弃Flash了,换了专门的HTTP断点续传控件解决的这个问题。建议用成熟的商业控件产品,这样后面出的问题比较少,别个技术支持也比较到位。公司开发人员还是把更多精力放在公司的业务逻辑中,而不是这些边边角角问题。
      

  11.   


    Commons File Upload 怎么样?