延續《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的那篇文章了，因為當時沒有注意這個位置的使用權限設定，造成了如今的問題，不過最終解決也是好的。
