一個(gè)輸入框：

復(fù)制代碼 代碼如下:

和服務(wù)器端的一行代碼：

復(fù)制代碼 代碼如下:

move_uploaded_file($_FILES['userfile']['tmp_name'], '/var/www/uploads/'. basename($_FILES['userfile']['name']));

就可以實(shí)現(xiàn)整個(gè)上傳過程。
但隨文件增大，表單上傳的不足就會(huì)暴露出來。尤其是我們想取得最基本的文件大小來阻止過大文件上傳這一簡(jiǎn)單的想法，也變得如此困難。以下一一道來：
通過MAX_FILE_SIZE
MAX_FILE_SIZE 隱藏字段（單位為字節(jié)）必須放在文件輸入字段之前，其值為接收文件的較大尺寸。這是對(duì)瀏覽器的一個(gè)建議，PHP 也會(huì)檢查此項(xiàng)。在瀏覽器端可以簡(jiǎn)單繞過此設(shè)置，因此不要指望用此特性來阻擋大文件。實(shí)際上，PHP 設(shè)置中的上傳文件較大值是不會(huì)失效的。但是好還是在表單中加上此項(xiàng)目，因?yàn)樗梢员苊庥脩粼诨〞r(shí)間等待上傳大文件之后才發(fā)現(xiàn)文件過大上傳失敗的麻煩。
顯然PHP的開發(fā)者們也考慮到了大文件上傳的問題，但就像手冊(cè)所說，MAX_FILE_SIZE只是對(duì)瀏覽器的一個(gè)建議，事實(shí)上目前為止所有主流的瀏覽器并沒有采納這個(gè)建議，所以采用MAX_FILE_SIZE約束文件大小形同擺設(shè)，不可行。
通過服務(wù)器端
MAX_FILE_SIZE既然無效，那么用戶可以將文件上傳到服務(wù)器，服務(wù)器端通過$_FILES['userfile']['size']判斷用戶上 傳的文件大小，然后決定是否接受上傳并返回信息。暫且排除服務(wù)器的負(fù)荷以及可能存在的惡意破壞行為，這種解決方案聽起來無非是浪費(fèi)一部分帶寬，也能對(duì)用戶 上傳文件作出約束。
但這也是不可行的，PHP的文件上傳受到php.ini以下這些設(shè)置的影響:

• post_max_size

• upload_max_filesize

• max_execution_time

• memory_limit
  

雖然設(shè)置方法在手冊(cè) 中都有比較詳細(xì)的說明，之所以仍然說此方法不可行，是因?yàn)閜hp執(zhí)行腳本在超過memory_limit時(shí)，該次的POST數(shù)據(jù)會(huì)全部丟失并且不會(huì)報(bào)錯(cuò)！
試想用戶填寫了一個(gè)超長(zhǎng)的表單，并伴隨一個(gè)超過memory_limit的文件一起上傳，經(jīng)過了漫長(zhǎng)的等待時(shí)間之后發(fā)現(xiàn)等來的又是一張干干凈凈的空白表 單，那是何等印象深刻的用戶體驗(yàn)啊。更何況數(shù)十M的服務(wù)器流量?jī)H僅用來檢測(cè)文件大小，是現(xiàn)在的網(wǎng)絡(luò)環(huán)境不允許的。
通過Javascript
Javascript是基于瀏覽器的，雖然JS能完成很多看似不可能的任務(wù)，但瀏覽器做不到的事情JS同樣無法做到。先天不足注定了這項(xiàng)工作僅僅靠Javascript是無法勝任的。不過一些IE Only的方法 也還是存在的，僅作參考 。
通過Flash
Flash的FileReference類提供了一套比較全面的文件處理方法，現(xiàn)在大多數(shù)大文件上傳也都采用了基于Flash的方案。如果利用Flash與Js交互，能否實(shí)現(xiàn)客戶端對(duì)文件大小的檢測(cè)呢？答案是可行的。
首先在flash文件中實(shí)例化FileReference類。

var fr = new FileReference();

基于這個(gè)類就可以用Flash提供的file browse和SelectFile事件替代瀏覽器的事件。我們需要：
1、綁定SelectFile

fr.addEventListener(Event.SELECT, onSelectFile);

2、創(chuàng)建一個(gè)供Js訪問的對(duì)象，用來放置flash得到的文件信息

var s = {
 size:0,
 name:'',
 type:''
}

3、創(chuàng)建file browse方法

function browseFile():void {

 fr.browse();

}

4、當(dāng)SelectFile事件觸發(fā)的時(shí)候，傳遞文件信息

function onSelectFile(e:Event):void {

 s.size = fr.size;

 s.name = fr.name;

 s.type = fr.type;

}

5、將browseFile方法公開可供Js調(diào)用

ExternalInterface.addCallback("browseFile", browseFile);

6、將得到的文件信息傳遞給Js

ExternalInterface.call("onSelectFile",s);

現(xiàn)在我們已經(jīng)可以通過Js獲得由flash傳遞來的文件大小信息了，具體的實(shí)現(xiàn)可以參看Demo 。
結(jié)論
問題至此似乎已經(jīng)得到解決了，我們已經(jīng)成功的校驗(yàn)了文件大小不是么。但本文的最終結(jié)論是，基于Flash的文件大小校驗(yàn)，仍然不可行。
文件大小校驗(yàn)的目的，是為了上傳。在上面的Demo中可以看到校驗(yàn)成功的文件名會(huì)顯示在一個(gè)輸入框里。熟悉上傳的同學(xué)不覺得少了什么嗎？沒錯(cuò)，通過 flash只能得到文件名，而無法得到文件的完整路徑，而文件路徑卻是input方式上傳的必要條件。所以雖然可以成功的通過Flash與Js交互校驗(yàn)文 件大小，但我們能做到的也僅僅只是校驗(yàn)而已，之后想要上傳，唯有繼續(xù)通過flash方式進(jìn)行。
Flash開發(fā)出于安全考慮屏蔽了文件的完整路徑這無可厚非，不過文件上傳，尤其是PHP環(huán)境下的文件校驗(yàn)上傳方案仍然沒有得到好的解決。
當(dāng)然彌補(bǔ)的方法有很多：

基于Perl的項(xiàng)目 FileChucker , XUpload , Uber-Uploader
基于Flash的項(xiàng)目 SWFUpload
還有筒子用PHP直接在服務(wù)器華麗的建立socket鏈接

但終究我希望有一天能看到僅基于HTML就能實(shí)現(xiàn)的嚴(yán)整健壯的上傳方案，但愿這一天不會(huì)太遠(yuǎn)。
最后是本次的代碼下載 。
php文件上傳大小設(shè)置詳解
用php上傳文件，問題最多的就是上傳大體積文件時(shí)出現(xiàn)錯(cuò)誤。 這就涉及到php的配置文件——php.ini
在此配置文件中，有這么幾個(gè)值是跟文件上傳有密切關(guān)系的：

• file_uploads = on //是否允許系統(tǒng)支持文件上傳

• upload_tmp_dir //臨時(shí)文件的存儲(chǔ)路徑，linux下為系統(tǒng)默認(rèn)路徑，win32下需要指定

• upload_max_filesize = 2m //允許文件上傳較大體積

• post_max_size = 2m //通過post方法給php時(shí)，php所能接受的較大數(shù)據(jù)容量
  

如果你上傳的文件體積在8m一下（通常情況），那修改以上設(shè)置就可以滿足你的要求了。
但要>8m，那除了上面幾個(gè)值，還要特別關(guān)注另外兩個(gè)值了：

• max_execution_time = 30 //每個(gè)script所執(zhí)行的較大時(shí)間(php上傳就時(shí)，體積大了，就是個(gè)時(shí)間問題)

• memory_limit = 8m //每個(gè)script所能消耗的較大memory

試著把這兩個(gè)值改大些。一般就可以解決大多數(shù)問題了。

就此推斷，上傳文件的體積是可以無窮大的。但還要考慮你的網(wǎng)絡(luò)情況，等等。
在php.net上，有人說按照這個(gè)方法改了后，大于100m的文件還是會(huì)出錯(cuò)，不知道是不是PHP本身的問題了。

“PHP文件上傳的問題及解決方案”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！