php 上传遇到了问题

在做文件上传的时候
如果客户端上传  比较大的文件   比如1000m   
php.ini 里面    我设置的是upload_max_filesize =5m     post_max_size = 8m
所以肯定就传不上去我以为可以被
$_FILES["file"]["error"] 打印出错误
发现根本打印不了 一直卡在那里，
有时候不开了  打印print_r($_FILES)也是空的
一般怎么处理这种情况呀   (就是给个友情提示文件过大,上传不了，限制在5m以下)
我在网上查了下资料 如果在前端限制  非ie 下  可以用input.files来取文件的大小但是ie下却始终找不到合适的办法  看到说的最多的是image的dynsrc  ie, 7,8,9都不成
难道只能用flash?
只有14分了  哈哈  可怜呀.....

解决方案 »

  1.   

    jquery下有上传插件，可以在客户端限类型。
    大小不记得是否有没有。
    但这个是jq，客户端。而想在服务端，只能flash了。
      

  2.   

    要获取文件大小还是提交到php验证才行。或者flash 应该是你的php.ini 中 upload_max_filesize 的值太小了，才导致 打印print_r($_FILES)也是空的
    一般情况下 upload_max_filesize <= post_max_size
      

  3.   

    请注意一个事实：当上传文件大于 post_max_size 时，$_FILES 数组为空，$_POST 数组也为空
    所以你可以这样判断
    if($_FILES) {
      //这里是正常的上传文件处理代码
    }else {
      echo '上传文件超过了 ' . ini_get('upload_max_filesize') . ' 的限制';
    }
      

  4.   

    在实际网络环境中一般100MB左右的文件都需要借助于控件来实现。一方面是因为国内的网络环境不太稳定，另一方面是从服务器的负载方面考虑。
    一般情况下我们的网站用户有的可能用的电信的网络，有的用的是联通的网络，有的是用的教育网，有的在南有的在北，这种复杂的网络环境导致他们访问网站的速度是不同的。有的用户网速快，比如电信的用户访问电信的机房肯定快，他上传大文件可能没有问题。但是联通的访问电信的机房可能就慢了，他上传大文件可能就出现上传超时，掉线等问题。服务器负载的问题，现在普通的文件上传技术对服务端带来的压力还是非常大的。普通的HTML上传1G的文件，服务端需要先分配1G的内存，然后开个长连接一直等待客户上传完毕。在这个期间如果有其它的用户也要上传1G的文件，那么服务端就再分配1G的内存。可以想象如果用户多了，那服务器肯定扛不住挂扯。就算是用Flash也一样，比如swfupload还有其它的几个Flash控件，他们使用的技术还是和普通的HTML一样。腾迅他们正是考虑了这个问题，所以使用控件来解决这个问题。他们通过控件将一个大文件，比如1G划分成许多的小块，每一小块大约是128KB，然后循环上传，直到上传完。这样做的优点就是减轻了服务端的压力，提高了服务端的负载能力，使得服务端能够处理的用户请求数多了。也节省了成本。
      

  5.   

    传统的HTML上传方式难已满足超大文件的上传需求，因为使用传统HTML方式向服务器上传超大文件时，浏览器会建立一个连接，然后通过这个SOCKET连接向服务器POST数据。流程是没有问题，但是在国内由于许多地区的网络环境不稳定，同时速度也不快，这就导致浏览器建立的这个边接容易断开，或者是超时。比如你是广州联通网速是10KB/S，你向北京电信服务器上传数据，这速度肯定非常慢，因为跨网了，电信的网相互访问就快，而服务器不可能为你这一个用户等待这么长时间，因为这个连接资源是非常宝贵的。最好的方式是一个用户请求服务器只需要5秒，这样服务器的并发访问量才会比较大，同时能够处理的用户请求就越多。第二个问题，如果用户上传1G的文件，现在已经上传了500MB,但是突然断网了，那么你让用户再重新上传前面的500MB吗？假设用户的网速是100KB/S，那么用户需要花1.4小时来重传前面的500MB。如果是这样的话，估记用户是无法接受的。第三个问题，无论你是用原始HTML方式(即Form表单方式)上传还是使用Flash控件上传服务端都会分配一个与客户端相同大小的内存。比如用户上传的是1G，那么服务端就会分配1G内存，如果用户上传的是5G，那么服务端也会分配5G。那么假设10G个用户同时上传5G文件，那么服务端就需要至少50G内存。一般的服务端这时就会由于内存不足而崩溃掉。
      

  6.   

    传统的HTML方式已经难已满足超大文件的上传。别说是100MB，50MB对服务器来说都是非常大的，服务不仅要专门开一个socket连接接一直等待这个文件上传完毕，还要分配同等大小的内存来保存这个文件对服务器造成的压力相当的大，而且这个压力将会随着用户的增加而成几何式的增加。就算是用Flash也不行，因为目前的Flash不支持断点续传操作，也不支持文件分块操作，Flash和传统的HTML方式上传原理一样。用Flash上传100MB图片，服务器也要分配100MB的内存。10个用户同时上传100MB数据的话，就要吃掉服务器1G的内存。有些朋友试过用Flash文件上传控件来上传超大文件，但是经常遇到上传超时，或上传出错的问题。这是因为现在的Flash文件上传控件使用的技术还是和传统的HTML方式上传一样。让服务器打开一个连接，然后一直等到客户端把这个文件传完。但是在实际的网络环境中，用户的网速可能只有50KB/S，上传200MB的文件可能要花2.8小时。但是服务器的SESSION连接不可能为用户等2.8个小时，这还不考虑复杂的网络环境，比如数据包丢失的情况。如果遇到数据包丢失和网络异常的情况，那用户前面的100MB文件是白传了。这相当于浪费了用户一个小时的时间。给用户带来了极差的体验。
    对于服务器来讲，连接资源是非常有限的，就算服务器能够为一个用户等2.8个小时，如果用户访问一大，每一个用户都占用一个连接并且占用这么长时间，那么服务器的并发处理能力就变的非常低了。其它的用户就算是请求一个简单的1KB的HTML页面也必须等服务器处理完前面的用户的请求。同时Flash也无法满足超大文件的上传需求。因为超大文件上传需求有一个要求就是要保证数据传输的稳定性。比如用户上传1G的文件，已经上传了500MB,这时网突然断了，但是用户希望下次传这个文件的时侯是从最后一次上传的位置开始传输，也就是从500MB的位置开始传输，这一个需求是Flash是无法做到的。像QQ邮箱中的超大附件上传功能，115网盘中的超大附件上传控件，华为网盘(DBank)，金山快盘他们都是使用控件来实现超大文件上传功能的。这样做主要是减轻服务器压力(服务器响应时间更快，并发处理能力更强)，节省服务器内存(服务器不必为每个用户都分配与文件同等大小的内存)，同时提高用户体验(用户可在复杂的网络环境中上传超大文件)。当然从技术角度来讲，像这些互联网知名企业也是考虑了支撑海量用户的分布式文件存储构架设计。因为他们的文件存储服务器不可能是一台，而且会动态的随着用户数的增加而增加。如果真如某些朋友所说的Flash控件就能解决超大文件上传的问题，那么腾迅也不会花那么大的力气专门为QQ邮箱开发一个控件了。
      

  7.   

    网上有一个Web超大文件上传断点续传控件：http://www.cnblogs.com/xproer/archive/2012/10/26/2741264.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安装包
    EXE安装包
    开发文档
    升级日志 
    ASP.NET(C#)示例代码：
    ASP.NET-ACCESS示例
    ASP.NET-SQL2005示例
    JSP示例代码：
    JSP-ACCESS-GB2312示例
    JSP-ACCESS-UTF8示例
    JSP-SqlServer2005-UTF8示例
    JSP-MySQL-UTF8示例
    PHP示例代码：
    PHP-MySQL-UTF8示例
    Chrome,Firefox,IE断点续传控件示例(以下示例已整合IE32,IE64,Firefox,Chrome平台的插件)
    ASP.NET-ACCESS示例
    ASP.NET-SQL2005示例
    JSP示例代码：
    JSP-ACCESS-GB2312示例
    JSP-ACCESS-UTF8示例
    JSP-SqlServer2005-UTF8示例
    JSP-MySQL-UTF8示例
    PHP示例代码：
    PHP-MySQL-UTF8示例