PHP 上传大文件(100M~1G)求方案 本帖最后由 bizee 于 2009-12-14 19:01:11 编辑 解决方案 » 免费领取超大流量手机卡,每月29元包185G流量+100分钟通话, 中国电信官方发货 用控件吧网上flash的上传控件很多单纯的input大文件不太好办哇 用ftp上传LZ 自己查查 怎么用 控件只能解决前台无刷新模拟FORM提交...后台的还是要用$_FILES["XXXX"]["tmp_name"]来提取文件,....这样还是受到upload_max_filesize的限制. ftp_nb_put(),ftp_put(),还是不能读取本地文件....如果可以,客户端就危险了....还是要$localfile = $_FILES["Filedata"]["tmp_name"];$ret = ftp_nb_put($connid, $remotefile, $localfile, FTP_BINARY);我的理解对吗? 有具体的socket FTP的案例吗? 照你这么说 ftp 还没人敢用了 好好查一下关于 ftp 上传吧 上传大文件 主要和 服务器 带宽 在不就是 程序 有关系用SWFUPLOAD 应该好用,不过你不是自己服务器 这个问题挺难办的 与PHP无关.不过,你可以试试把文件分块上传后, 下载的时候,再组装回. 使用javaupload,文件拆成1m每块还有ftp上传时候,跟本地能不能读取文件大小没有关系,可以使用ftp 用flex, 基本上php网站要上传这么大的东西都用flash, $localfile="c:/aaa.txt";$ret = ftp_put($connid, $remotefile, $localfile, FTP_BINARY);能上传? 这样的话,就要在客户端做手脚了~~....这样也不行的~如果用FLASH将本地浏览进来的文件先分块.这样应该可行的,但是...5555555,FLASH不会用.杯具.... flash也有插件的嘛, 直接拿来用, 等你成功后记得分享经验 FLASH没有用的. FLASH 的 最终原理还是使用的 HTTP 上传. 我用uushare时, 就觉得那个做得不错 用FLASH上传也绕不过upload_max_filesize的限制的,关注一下最终结果吧 flex使用socket连接ftp,或者用java的控件。 用什么空件都要修改php.ini配置文件; Maximum allowed size for uploaded files.upload_max_filesize = 2M默认是2M基于falsh的ajax上传也一样要php允许才行,就像前面说的都要用$_FILE["uploadFile"]来取。拆分听人说过,但是没细问过。如果真能拆分上传,到了服务器端就要立即还原的,不能下载时再还原的吧如果你要拆分的话,可能会是上传一组文件,把1G的文件拆成100组。$_FILE["uploadFile"]["file_1"],可能实现吗?i don't know最后说一句“每天回帖可得10分”。 flash socket不是说连就连的,要受安全策略限制 不能在PHP.INI中把upload_max_filesize调大,这难度似乎大了点。 gallery2 开源程序你可以看一下, 它是利用java控件上传 什么意思?是不会,还是你理解不可以设置配置文件?这个难度大吗?找到文件-->打开-->找到选项-->修改-->保存-->从启apache--->ok 用flash实现吧,这个没什么实用价值, 用FTP吧,好像没啥太好的方法,数据量在那呢 为什么不考虑用 activeX 断点续传?把一个大文件分成n个1mb-2mb最后再组装 upload_max_filesize=0;同时要在swfupload设置上传文件大小的限制。 调 upload_max_filesize 没用,不行滴,用ftp 或者socket传。 写个ActiveX调用上传文件使用FTP协议走文件传输,上传完毕后将文件信息返回给FORM继续提交 如果是自己的服务器还有办法。但是用的是别人的服务器哪不好办了,就算是修改了php.ini文件。上传大小限制都没有的情况下,也会出现页面假死的情况,或者客户端IE死掉。也可能出现服务器Apache进程死这些情况。 顶,可以试试新颖网络上传插件(StorageWebPlug)。下载地址:http://www.ncmem.com/download.aspx activex可以解决,问题你又不想用这个方法。实在巧妇难为无米之炊啊 用ftp吧,用http上传大文件会有很多问题的,其中因网速过慢而导致的超时是个问题。 请教下,FTP可以断点上传吗? 上传大文件最好使用ftp。 速度快。 使用http不行的。 传统的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邮箱开发一个控件了。 在实际网络环境中一般100MB左右的文件都需要借助于控件来实现。一方面是因为国内的网络环境不太稳定,另一方面是从服务器的负载方面考虑。我们的网站用户有的可能用的电信的网络,有的用的是联通的网络,有的是用的教育网,有的在南有的在北,这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快,比如电信的用户访问电信的机房肯定快,他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了,他上传大文件可能就出现上传超时,掉线等问题。服务器负载的问题,现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件,服务端需要先分配1G的内存,然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件,那么服务端就再分配1G的内存。可以想象如果用户多了,那服务器肯定扛不住挂扯。就算是用Flash也一样,比如swfupload还有其它的几个Flash控件,他们使用的技术还是和普通的HTML一样。腾迅他们正是考虑了这个问题,所以使用控件来解决这个问题。他们通过控件将一个大文件,比如1G划分成许多的小块,每一小块大约是128KB,然后循环上传,直到上传完。这样做的优点就是减轻了服务端的压力,提高了服务端的负载能力,使得服务端能够处理的用户请求数多了。也节省了成本。 现在一般上传大文件的搞法都是用控件来实现。网上有一个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示例 关于phpcms_v9后台页面信息 关于上传文件的编程问题 php解析xml出错 FCK配置 文件内容的格式化输出 开源程序中$GLOBALS数组定义的地方 有点php基础,上培训班好 还是自学好? 求教:MagickResizeImage() 问题大了,提交后竟然插入了两条相同记录。更奇怪的是.... PDF函数问题 htmlspecialchars的问题 php+mysql 如何用循环的方式把表单内容update到数据库
网上flash的上传控件很多
单纯的input大文件不太好办哇
控件只能解决前台无刷新模拟FORM提交...后台的还是要用$_FILES["XXXX"]["tmp_name"]来提取文件,....这样还是受到upload_max_filesize的限制.
ftp_nb_put(),ftp_put(),还是不能读取本地文件....如果可以,客户端就危险了....还是要
$localfile = $_FILES["Filedata"]["tmp_name"];
$ret = ftp_nb_put($connid, $remotefile, $localfile, FTP_BINARY);
我的理解对吗?
照你这么说 ftp 还没人敢用了
还有ftp上传时候,跟本地能不能读取文件大小没有关系,可以使用ftp
$ret = ftp_put($connid, $remotefile, $localfile, FTP_BINARY);
能上传?
这样的话,就要在客户端做手脚了~~....这样也不行的~如果用FLASH将本地浏览进来的文件先分块.这样应该可行的,但是...5555555,FLASH不会用.杯具....
flash也有插件的嘛, 直接拿来用, 等你成功后记得分享经验
我用uushare时, 就觉得那个做得不错
upload_max_filesize = 2M默认是2M基于falsh的ajax上传也一样要php允许才行,就像前面说的都要用$_FILE["uploadFile"]来取。
拆分听人说过,但是没细问过。如果真能拆分上传,到了服务器端就要立即还原的,不能下载时再还原的吧
如果你要拆分的话,可能会是上传一组文件,把1G的文件拆成100组。$_FILE["uploadFile"]["file_1"],
可能实现吗?i don't know最后说一句“每天回帖可得10分”。
flash socket不是说连就连的,要受安全策略限制
什么意思?是不会,还是你理解不可以设置配置文件?这个难度大吗?
找到文件-->打开-->找到选项-->修改-->保存-->从启apache--->ok
顶,可以试试新颖网络上传插件(StorageWebPlug)。
下载地址:http://www.ncmem.com/download.aspx
我们的网站用户有的可能用的电信的网络,有的用的是联通的网络,有的是用的教育网,有的在南有的在北,这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快,比如电信的用户访问电信的机房肯定快,他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了,他上传大文件可能就出现上传超时,掉线等问题。服务器负载的问题,现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件,服务端需要先分配1G的内存,然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件,那么服务端就再分配1G的内存。可以想象如果用户多了,那服务器肯定扛不住挂扯。就算是用Flash也一样,比如swfupload还有其它的几个Flash控件,他们使用的技术还是和普通的HTML一样。腾迅他们正是考虑了这个问题,所以使用控件来解决这个问题。他们通过控件将一个大文件,比如1G划分成许多的小块,每一小块大约是128KB,然后循环上传,直到上传完。这样做的优点就是减轻了服务端的压力,提高了服务端的负载能力,使得服务端能够处理的用户请求数多了。也节省了成本。
网上有一个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示例