php文件測試時,php軟體測試

本文目錄一覽：

• 1、在測試PHP代碼時，顯示指定的網頁無法訪問，是什麼原因?
• 2、php環境安裝好了，測試test.php時出現了not found?
• 3、配置好apache和php後打開php文件時顯示空白，但我測試時可以顯示php信息，這是什麼原因
• 4、怎樣在本地測試php代碼？
• 5、請問 瀏覽器測試PHP文件時為什麼中文會是亂碼，而如果是數字的話不是亂碼？

在測試PHP代碼時，顯示指定的網頁無法訪問，是什麼原因?

IIS狀態代碼的含義

概要

當用戶試圖通過HTTP或文件傳輸協議(FTP)訪問一台正在運行Internet信息服務(IIS)的伺服器上的內容時，IIS返回一個表示該請求的狀態的數字代碼。該狀態代碼記錄在IIS日誌中，同時也可能在Web瀏覽器或FTP客戶端顯示。狀態代碼可以指明具體請求是否已成功，還可以揭示請求失敗的確切原因。

更多信息

日誌文件的位置

在默認狀態下，IIS把它的日誌文件放在%WINDIR\System32\Logfiles文件夾中。每個萬維網(WWW)站點和FTP站點在該目錄下都有一個單獨的目錄。在默認狀態下，每天都會在這些目錄下創建日誌文件，並用日期給日誌文件命名（例如，exYYMMDD.log）。

HTTP

1xx-信息提示

這些狀態代碼表示臨時的響應。客戶端在收到常規響應之前，應準備接收一個或多個1xx響應。

100-繼續。

101-切換協議。

2xx-成功

這類狀態代碼表明伺服器成功地接受了客戶端請求。

200-確定。客戶端請求已成功。

201-已創建。

202-已接受。

203-非權威性信息。

204-無內容。

205-重置內容。

206-部分內容。

3xx-重定向

客戶端瀏覽器必須採取更多操作來實現請求。例如，瀏覽器可能不得不請求伺服器上的不同的頁面，或通過代理伺服器重複該請求。

301-對象已永久移走，即永久重定向。

302-對象已臨時移動。

304-未修改。

307-臨時重定向。

4xx-客戶端錯誤

發生錯誤，客戶端似乎有問題。例如，客戶端請求不存在的頁面，客戶端未提供有效的身份驗證信息。400-錯誤的請求。

401-訪問被拒絕。IIS定義了許多不同的401錯誤，它們指明更為具體的錯誤原因。這些具體的錯誤代碼在瀏覽器中顯示，但不在IIS日誌中顯示：

401.1-登錄失敗。

401.2-伺服器配置導致登錄失敗。

401.3-由於ACL對資源的限制而未獲得授權。

401.4-篩選器授權失敗。

401.5-ISAPI/CGI應用程序授權失敗。

401.7–訪問被Web伺服器上的URL授權策略拒絕。這個錯誤代碼為IIS6.0所專用。

403-禁止訪問：IIS定義了許多不同的403錯誤，它們指明更為具體的錯誤原因：

403.1-執行訪問被禁止。

403.2-讀訪問被禁止。

403.3-寫訪問被禁止。

403.4-要求SSL。

403.5-要求SSL128。

403.6-IP地址被拒絕。

403.7-要求客戶端證書。

403.8-站點訪問被拒絕。

403.9-用戶數過多。

403.10-配置無效。

403.11-密碼更改。

403.12-拒絕訪問映射表。

403.13-客戶端證書被吊銷。

403.14-拒絕目錄列表。

403.15-超出客戶端訪問許可。

403.16-客戶端證書不受信任或無效。

403.17-客戶端證書已過期或尚未生效。

403.18-在當前的應用程序池中不能執行所請求的URL。這個錯誤代碼為IIS6.0所專用。

403.19-不能為這個應用程序池中的客戶端執行CGI。這個錯誤代碼為IIS6.0所專用。

403.20-Passport登錄失敗。這個錯誤代碼為IIS6.0所專用。

404-未找到。

404.0-（無）–沒有找到文件或目錄。

404.1-無法在所請求的埠上訪問Web站點。

404.2-Web服務擴展鎖定策略阻止本請求。

404.3-MIME映射策略阻止本請求。

405-用來訪問本頁面的HTTP謂詞不被允許（方法不被允許）

406-客戶端瀏覽器不接受所請求頁面的MIME類型。

407-要求進行代理身份驗證。

412-前提條件失敗。

413–請求實體太大。

414-請求URI太長。

415–不支持的媒體類型。

416–所請求的範圍無法滿足。

417–執行失敗。

423–鎖定的錯誤。

5xx-伺服器錯誤

伺服器由於遇到錯誤而不能完成該請求。

500-內部伺服器錯誤。

500.12-應用程序正忙於在Web伺服器上重新啟動。

500.13-Web伺服器太忙。

500.15-不允許直接請求Global.asa。

500.16–UNC授權憑據不正確。這個錯誤代碼為IIS6.0所專用。

500.18–URL授權存儲不能打開。這個錯誤代碼為IIS6.0所專用。

500.100-內部ASP錯誤。

501-頁眉值指定了未實現的配置。

502-Web伺服器用作網關或代理伺服器時收到了無效響應。

502.1-CGI應用程序超時。

502.2-CGI應用程序出錯。application.

503-服務不可用。這個錯誤代碼為IIS6.0所專用。

504-網關超時。

505-HTTP版本不受支持。

FTP

1xx-肯定的初步答覆

這些狀態代碼指示一項操作已經成功開始，但客戶端希望在繼續操作新命令前得到另一個答覆。

110重新啟動標記答覆。

120服務已就緒，在nnn分鐘後開始。

125數據連接已打開，正在開始傳輸。

150文件狀態正常，準備打開數據連接。

2xx-肯定的完成答覆

一項操作已經成功完成。客戶端可以執行新命令。200命令確定。

202未執行命令，站點上的命令過多。

211系統狀態，或系統幫助答覆。

212目錄狀態。

213文件狀態。

214幫助消息。

215NAME系統類型，其中，NAME是AssignedNumbers文檔中所列的正式系統名稱。

220服務就緒，可以執行新用戶的請求。

221服務關閉控制連接。如果適當，請註銷。

225數據連接打開，沒有進行中的傳輸。

226關閉數據連接。請求的文件操作已成功（例如，傳輸文件或放棄文件）。

227進入被動模式(h1,h2,h3,h4,p1,p2)。

230用戶已登錄，繼續進行。

250請求的文件操作正確，已完成。

257已創建「PATHNAME」。

3xx-肯定的中間答覆

該命令已成功，但伺服器需要更多來自客戶端的信息以完成對請求的處理。331用戶名正確，需要密碼。

332需要登錄帳戶。

350請求的文件操作正在等待進一步的信息。

4xx-瞬態否定的完成答覆

該命令不成功，但錯誤是暫時的。如果客戶端重試命令，可能會執行成功。421服務不可用，正在關閉控制連接。如果服務確定它必須關閉，將向任何命令發送這一應答。

425無法打開數據連接。

426Connectionclosed;transferaborted.

450未執行請求的文件操作。文件不可用（例如，文件繁忙）。

451請求的操作異常終止：正在處理本地錯誤。

452未執行請求的操作。系統存儲空間不夠。

5xx-永久性否定的完成答覆

該命令不成功，錯誤是永久性的。如果客戶端重試命令，將再次出現同樣的錯誤。500語法錯誤，命令無法識別。這可能包括諸如命令行太長之類的錯誤。

501在參數中有語法錯誤。

502未執行命令。

503錯誤的命令序列。

504未執行該參數的命令。

530未登錄。

532存儲文件需要帳戶。

550未執行請求的操作。文件不可用（例如，未找到文件，沒有訪問許可權）。

551請求的操作異常終止：未知的頁面類型。

552請求的文件操作異常終止：超出存儲分配（對於當前目錄或數據集）。

553未執行請求的操作。不允許的文件名。

常見的FTP狀態代碼及其原因

150-FTP使用兩個埠：21用於發送命令，20用於發送數據。狀態代碼150表示伺服器準備在埠20上打開新連接，發送一些數據。

226-命令在埠20上打開數據連接以執行操作，如傳輸文件。該操作成功完成，數據連接已關閉。

230-客戶端發送正確的密碼後，顯示該狀態代碼。它表示用戶已成功登錄。

331-客戶端發送用戶名後，顯示該狀態代碼。無論所提供的用戶名是否為系統中的有效帳戶，都將顯示該狀態代碼。

426-命令打開數據連接以執行操作，但該操作已被取消，數據連接已關閉。

530-該狀態代碼表示用戶無法登錄，因為用戶名和密碼組合無效。如果使用某個用戶帳戶登錄，可能鍵入錯誤的用戶名或密碼，也可能選擇只允許匿名訪問。如果使用匿名帳戶登錄，IIS的配置可能拒絕匿名訪問。

550-命令未被執行，因為指定的文件不可用。例如，要GET的文件並不存在，或試圖將文件PUT到您沒有寫入許可權的目錄。

對HTTP404狀態碼的理解

HTTP 404 錯誤意味著鏈接指向的網頁不存在，即原始網頁的URL失效，這種情況經常會發生，很難避免，比如說：網頁URL生成規則改變、網頁文件更名或移動位置、導入鏈接拼寫錯誤等，導致原來的URL地址無法訪問；當Web 伺服器接到類似請求時，會返回一個404 狀態碼，告訴瀏覽器要請求的資源並不存在。但是，Web伺服器默認的404錯誤頁面，無論Apache還是IIS，均十分簡陋、呆板且對用戶不友好，無法給用戶提供必要的信息以獲取更多線索，無疑這會造成用戶的流失。

因此，很多網站均使用自定義404錯誤的方式以提供用戶體驗避免用戶流失。一般而言，自定義404頁面通用的做法是在頁面中放置網站快速導航鏈接、搜索框以及網站提供的特色服務，這樣可以有效的幫助用戶訪問站點並獲取需要的信息。

404錯誤的處理方式

(一)定製404錯誤頁面的基本原則

首先應明確的是，404錯誤應工作在伺服器級而不是網頁級。對定製使用動態頁面如PHP腳本類型的404頁時，必須確保在PHP執行前伺服器已經順利地送出「404」狀態碼，不然，一旦執行到了ISAPI級別，返回的狀態碼便只能是「200」或其他如「302」之類的重定向狀態碼了。

其次，在自定義網站的404錯誤頁面時，對設置的錯誤頁面URL鏈接應使用相對路徑而不是絕對路徑，而且自定義404頁面應該放在網站根目錄下。儘管無效鏈接可能是多種形式的URL，但當發生404訪問錯誤時，WEB伺服器會自動將其轉到自定義的當404錯誤頁中，這跟URL的形似沒有關係。

(二)Apache下設置404錯誤頁面

為Apache Server設置 404錯誤頁面的方法很簡單，只需在.htaccess 文件中加入如下內容即可：

ErrorDocument 404 /notfound.php

注意：

1.切記不要將404錯誤轉向到網站主頁，否則可能會導致主頁在搜索引擎中消失

2.切記不要使用絕對URL(例如： 形式)，如果使用絕對URL返回的狀態碼是「302」+「200」（已測試）

(三)IIS/ASP.net下設置404錯誤頁面

首先，修改應用程序根目錄的設置，打開 「web.config」 文件編輯，在其中加入如下內容：

＜configuration＞

＜system.web＞

＜customErrors mode=」On」 defaultRedirect=」error.asp」＞

＜error statusCode=」404〃 redirect=」notfound.asp」 /＞

＜/customErrors＞

＜/system.web＞

＜/configuration＞

註：上文例中「error.asp」為系統默認的404頁面，「notfound.asp」為自定義的404頁面，使用時請修改相應文件名。

然後，在自定義的404頁面「notfound.asp」中加入：

＜%

Response.Status = 「404 Not Found」

%＞

這樣，便可以保證IIS能夠正確地返回「404」狀態碼

(四)在IIS/ASP.net下設置404靜態頁面

設置靜態404錯誤頁面的方法則比較簡單，在IIS管理器中右鍵單擊要管理的網站，打開「屬性」中的「自定義錯誤信息」頁，為「404」設定相應的錯誤信息頁即可

php環境安裝好了，測試test.php時出現了not found?

文件沒找到，這種情況通常是 localhost 設置的硬碟文件路徑，與 test.php 所在的文件路徑不符造成的。

如果你用的 apache 伺服器，那麼可以查看 conf/httpd.conf 文件中，DocumentRoot 指定的目錄位置。

假設 DocumentRoot 設置為 D:\WWW，那麼，test.php 的完整路徑應該是：

D:\WWW\test.php

如果你使用的是 IIS 伺服器，那麼，可以通過IIS管理器查看默認網站的物理路徑：

如上圖，test.php 的文件位置應該旋轉在 物理路徑 的目錄下面。

配置好apache和php後打開php文件時顯示空白，但我測試時可以顯示php信息，這是什麼原因

第一，先檢測你的路徑是否正確。也就是當前顯示的頁面是不是你要想顯示的頁面。。。在httpd.conf

中找到documentRoot

看路徑是否正確。

第二，如果這是你要顯示的文件

，但它沒有顯示。那可以是因為致命錯誤，但你在httpd.conf中設置了

display_error

=

也就是說關閉顯示錯誤。。。或者

error_reporting

設置了不顯示任何錯誤

第三，如果你仍不能解決。最直接的方法。遠程吧、、、

怎樣在本地測試php代碼？

讓你的IIS支持PHP

一、首先把php的壓縮包（這裡以PHP4.3.2為例）解壓到C:\php-4.3.2-Win32目錄中，然後從其中找到一個叫php.ini-recommended的文件,把他更名為php.ini。

二、打開該文件，找到extension_dir = “./” ，將其改為 extension_dir = “C:\php-4.3.2-Win32\extensions” ；再找到 session.save_path = /tmp ，將其改為 session.save_path = C:\php-4.3.2-Win32\sessions 。（註：此時你需要在C:\php-4.3.2-Win32目錄下建立sessions文件夾，以存放session 。）

三、將修改好的php.ini文件拷貝至C:\winnt目錄下，將C:\php-4.3.2-Win32下的php4ts.dll文件拷貝到C:\winnt\system32目錄下。

四、打開「Internet服務管理器」，選擇你想支持PHP的站點，打開屬性頁，點擊「ISAPI篩選器」選項卡，點擊「添加」，在彈出的「篩選器屬性」窗口的「篩選器名稱」中填入「php」；在「可執行文件」中填入「C:\php-4.3.2-Win32\sapi\php4isapi.dll」（如圖一所示），點擊確定。

五、點擊「主目錄」選項卡，選擇「應用程序設置」中的「配置」按鈕，在彈出的「應用程序配置」窗口中點擊「添加」按鈕，在彈出的「添加/編輯應用程序擴展名映射」窗口中的「可執行文件」中填入「C:\php-4.3.2-Win32\sapi\php4isapi.dll」，「擴展名」一項填入「php」 （如圖二所示）。

OK，一切搞定，重起IIS，到你的頁面文件目錄下寫一個phpinfo，測試一下PHP文件能否被正確解析。如果產生500錯誤，請確定你沒有忘記第三步。

請問 瀏覽器測試PHP文件時為什麼中文會是亂碼，而如果是數字的話不是亂碼？

應該是編碼不對，添加一個「META http-equiv=Content-Type content=”text/html; charset=gb2312″」就可以輸出默認輸出gb2312的編碼 如果是utf-8的就要把gb2312改成utf-8 以此類推