windows下使用iis配置的php無法php文件,一直是很多網友比較疑惑的地方，本人搜集整理下，希望可以幫助你們
延續《Windows Server 2003中iis配置php》一文
服務器上使用Apache2+PHP正常運行，換成IIS+PHP，先后出現了php.ini的環境php無法讀取，php中php無法顯示的問題，如今又有人反應無法上傳php的問題。
從IIS替換Apache2的過程僅僅是開啟IIS,關閉Apache2，php的沒什么變化，但是卻發生了如此多的差異，看樣子IIS支持PHP還是有很多要進行修改的。
分析：
根據上面的描述，我懷疑問題出在IIS的權限配置上，IUSR_MACHINE的帳戶對upload沒有寫入的權限，于是進行權限修改，IIS下的權限，NTFS下的權限都進行修改，但是終究都沒用，查找網絡上的資料也沒有相應的，對上傳頁面進行測試，流程為：
swf文件調用save.php上傳文件—->swf文件對上傳的文件進行重命名—>名字返回給save.php—>顯示出最后的名字。
現在的問題一直停留在swf對文件重命名的這里，一直沒有到顯示出最后的名字，并且swf文件不參與上傳過程，那就只能在save.php文件中進行問題查找了，在該文件中進行測試，最后顯示的名字所使用的變量為phpName，于是插入下面的語句進行測試:
php “fileName=2008*****.gphp“;
這句話的作用就是使得fileName有值，save.php能正常顯示，先把原來的語句一句一句的進行屏蔽測試，都正常的返回了，但是當測試到：
if?(mailto:!@move_uploaded_file($f[%22tmp_name"],?$dest_ dir .'/'.$fileName))? head er("HTTP/1.0?404?Not?Found");
php到一個臨時文件，再挪動到目的位置，那這個tmp位置在哪里呢？是不是這個位置不可寫，
才導致了無法上傳文件？
查找網上資料，發現php.ini下面有2個地方關于上傳的配置：
file_uploads = On 這里設置是否允許HTTP上傳,默認應該為ON的
;upload_tmp_dir= 這里設置上傳文件存放的臨時位置
網上對于這2個地方的相關資料有：
I?try?to? set ?up?file?uploading?under?IIS?7?and?PHP?5.? First?problem?was?to?set?2?variables?in?php.ini? file_uploads?=?On?//這里是說php.ini文件這個地方設置成On? upload_tmp_dir?=?"C:Inetpubwwwrootuploads"?//這個路徑就是自己設置的上傳文件臨時存儲路徑? For ?some?reasons?such?directory?name?works,? but?"upload_tmp"?won't?work.? The?second?problem?was?to?set?correct?user?rigths?for?upload?folders?where?you?try?to?save?your?file.?I?set?my?upload?folder? right s?for?the?"WORKGROUP/users"?for?the?full?access.?You?may?experiment?by?yourselves?if?you?not?need?execute?access,?for?example.
我的php.ini中upload_tmp_dir是被php的，沒有啟用，更沒有設置，可是為什么Apache2卻可以正常上傳呢？難道問題真的出在這里？
解決：
新建一個文件夾做臨時上傳目錄，按照上面的英文說明修改php.ini中相應的那2項，把臨時上傳目錄upload_tmp_dir設置成剛才建立的文件夾，把該文件夾的權限賦予“IUSR_計算機名”用戶可寫，重新啟動IIS，上傳試試，問題真的就這樣解決了。
最終的分析答案：
上面的內容寫于09年，但是現在2010年7月我php一臺服務器，又出現了這個問題，同時再次按照上面的解決方法實施，在操作的過程中大概是由于哪里出了錯，竟然沒有成功，不得不抽出點時間來研究具體原因，找到了最終產生這個問題的原因如下。
無法上傳文件，不代表所有文件都無法上傳，因為我的一個網站，flash調用fwrite（）傳頭像之類的成功了，但是調用@move_uploaded_file($f[“tmp_name”], $dest_dir.’/’.$fileName)這樣的php傳照片的時候仍舊無法上傳。
經過我的分析，原因是由于fwrite()是傳的二進制文件，而move_uploaded_file（）傳的是文本文件，而windows操作系統是區分這2種文件的 [參考phpfwrite()函數的說明]，這也就是說這2種不同的文件在php環境下上傳時所存儲的臨時上傳目錄是不同的，由于在配置IIS環境下的PHP的時候，設置的臨時目錄為E:tmp，設置該目錄的iusr用戶可寫，二進制文件即可上傳，所以我懷疑該目錄就是二進制文件上傳臨時文件的存儲位置，那么move_uploaded_file（）傳的文本文件的臨時文件存儲位置在哪里呢？其實就是在上面的那段英文里面，upload_tmp_dir設置的路徑就是了，但是我的幾臺服務器中，每臺服務器的這個設置的值都是被注釋掉的“no value”，為什么有的服務器可以上傳，而有的服務器不可以上傳呢？這也就回到了以前我提出的問題，為什么Apache2可以上傳而iis不可以上傳呢？
這次我再次分析upload.php文件，分析其中造成該故障的代碼具體內容如下：?
代碼如下:
立即學習“PHP免費學習筆記（深入）”；
//?檢查是否有文件上傳? if?(!?$_FILES['upload'.$num]['name']?==?""){? if?($_FILES['upload'.$num]['size']?<p><br>其中正常代碼中第2句是不存在的，為了測試方便我加上來的，它的主要目的就是測試我的php.ini沒有設置upload_dir_tmp的值的時候，上傳的文件臨時保存在哪里的，經過這個測試發現原來在不配置php.ini的upload_dir_tmp的值的時候，默認的存儲位置是在C:windowstemp目錄，并且臨時文件是以.tmp為后綴存儲的，該文件馬上就會被<a href="http://www.php.cn/" target="_blank">php</a>，所以你想通過操作系統的文件修改<a href="http://www.php.cn/" target="_blank">php</a>功能是無法找到的，也就無法找到upload_dir_tmp的默認路徑是哪里。<br><br>既然找到了upload_dir_tmp的默認路徑了，那么修改c:windowstemp的訪問權限，賦予IUSR_用戶可寫，重啟動IIS Admin服務，上傳文件，終于成功了。這就是為什么我的多臺服務器upload_dir_tmp的值都為空的時候有的可傳，有的不可傳的原因。<br><br>現在已經修改了IIS使用環境變量方式精簡配置php的那篇文章了，因為當時沒有注意這個位置的權限設置，造成了如今的問題，不過最終解決也是好的。</p>
