延續《Windows Server 2003中iis配置php》一文
服務器上使用Apache2+PHP正常運行，換成IIS+PHP，先后出現了php.ini的環境變量無法讀取，php中驗證碼無法顯示的問題，如今又有人反應無法上傳圖片的問題。

從IIS替換Apache2的過程僅僅是開啟IIS,關閉Apache2，其它的沒什么變化，但是卻發生了如此多的差異，看樣子IIS支持PHP還是有很多要進行修改的。
分析：
根據上面的描述，我懷疑問題出在IIS的權限配置上，IUSR_MACHINE的帳戶對upload沒有寫入的權限，于是進行權限修改，IIS下的權限，NTFS下的權限都進行修改，但是終究都沒用，查找網絡上的資料也沒有相應的，對上傳頁面進行測試，流程為：
swf文件調用save.php上傳文件---->swf文件對上傳的文件進行重命名--->名字返回給save.php--->顯示出最后的名字。

現在的問題一直停留在swf對文件重命名的這里，一直沒有到顯示出最后的名字，并且swf文件不參與上傳過程，那就只能在save.php文件中進行問題查找了，在該文件中進行測試，最后顯示的名字所使用的變量為fileName，于是插入下面的語句進行測試:
echo "fileName=2008*****.gif";
這句話的作用就是使得fileName有值，save.php能正常顯示，先把原來的語句一句一句的進行屏蔽測試，都正常的返回了，但是當測試到：
if (mailto:!@move_uploaded_file($f[%22tmp_name"], $dest_dir.'/'.$fileName)) header("HTTP/1.0 404 Not Found");
這句話的時候問題出現了，不能上傳，查找上下文，一直沒發現tmp_name的變量，不過看意思是先把文件上傳到一個臨時文件，再挪動到目的位置，那這個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:\Inetpub\wwwroot\uploads" //這個路徑就是自己設置的上傳文件臨時存儲路徑
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 rights 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是被注釋的，沒有啟用，更沒有設置，可是為什么Apache2卻可以正常上傳呢？難道問題真的出在這里？

解決：
新建一個文件夾做臨時上傳目錄，按照上面的英文說明修改php.ini中相應的那2項，把臨時上傳目錄upload_tmp_dir設置成剛才建立的文件夾，把該文件夾的權限賦予“IUSR_計算機名”用戶可寫，重新啟動IIS，上傳試試，問題真的就這樣解決了。

最終的分析答案：
上面的內容寫于09年，但是現在2010年7月我新增一臺服務器，又出現了這個問題，同時再次按照上面的解決方法實施，在操作的過程中大概是由于哪里出了錯，竟然沒有成功，不得不抽出點時間來研究具體原因，找到了最終產生這個問題的原因如下。
無法上傳文件，不代表所有文件都無法上傳，因為我的一個網站，flash調用fwrite（）傳頭像之類的成功了，但是調用@move_uploaded_file($f["tmp_name"], $dest_dir.'/'.$fileName)這樣的函數傳照片的時候仍舊無法上傳。

經過我的分析，原因是由于fwrite()是傳的二進制文件，而move_uploaded_file（）傳的是文本文件，而windows操作系統是區分這2種文件的 [參考php手冊fwrite()函數的說明]，這也就是說這2種不同的文件在php環境下上傳時所存儲的臨時上傳目錄是不同的，由于在配置IIS環境下的PHP的時候，設置的臨時目錄為E:\tmp，設置該目錄的iusr用戶可寫，二進制文件即可上傳，所以我懷疑該目錄就是二進制文件上傳臨時文件的存儲位置，那么move_uploaded_file（）傳的文本文件的臨時文件存儲位置在哪里呢？其實就是在上面的那段英文里面，upload_tmp_dir設置的路徑就是了，但是我的幾臺服務器中，每臺服務器的這個設置的值都是被注釋掉的“no value”，為什么有的服務器可以上傳，而有的服務器不可以上傳呢？這也就回到了以前我提出的問題，為什么Apache2可以上傳而iis不可以上傳呢？
這次我再次分析upload.php文件，分析其中造成該故障的代碼具體內容如下：

復制代碼 代碼如下:

// 檢查是否有文件上傳
if (! $_FILES['upload'.$num]['name'] == ""){
if ($_FILES['upload'.$num]['size'] < $max_size) {
1、 echo "文件上傳路徑：".$location.$_FILES['upload'.$num]['name'];
2、echo "文件臨時文件名：".$_FILES['upload'.$num]['tmp_name'];
3、 move_uploaded_file($_FILES['upload'.$num]['tmp_name'],$location.$_FILES['upload'.$num]['name']) or $event = "Failure";
} else {
$event = "File too large!";
}

其中正常代碼中第2句是不存在的，為了測試方便我加上來的，它的主要目的就是測試我的php.ini沒有設置upload_dir_tmp的值的時候，上傳的文件臨時保存在哪里的，經過這個測試發現原來在不配置php.ini的upload_dir_tmp的值的時候，默認的存儲位置是在C:\windows\temp目錄，并且臨時文件是以.tmp為后綴存儲的，該文件馬上就會被刪除，所以你想通過操作系統的文件修改搜索功能是無法找到的，也就無法找到upload_dir_tmp的默認路徑是哪里。

既然找到了upload_dir_tmp的默認路徑了，那么修改c:\windows\temp的訪問權限，賦予IUSR_用戶可寫，重啟動IIS Admin服務，上傳文件，終于成功了。這就是為什么我的多臺服務器upload_dir_tmp的值都為空的時候有的可傳，有的不可傳的原因。

現在已經修改了IIS使用環境變量方式精簡配置php的那篇文章了，因為當時沒有注意這個位置的權限設置，造成了如今的問題，不過最終解決也是好的。