php501

⑴ php生成的JSON，Key值為什麼沒有雙引號

到網上找的資料基本都是這個函數

[php] view plain
function ext_json_decode($str, $mode=false){
if(preg_match('/\w:/', $str)){
$str = preg_replace('/(\w+):/is', '"$1":', $str);
}
return json_decode($str, $mode);
}

這代碼從邏輯上本身就是錯誤的，比如value裡面有個:，解析自然出錯，下面是修正過後的

[php] view plain
function ext_json_decode($str, $mode=false){
$str = trim( $str );
$str = ltrim( $str, '(' );
$str = rtrim( $str, ')' );
$a = preg_split('#(?<!\\\\)\"#', $str );
for( $i=0; $i < count( $a ); $i+=2 ){
$s = $a[$i];
$s = preg_replace('#([^\s\{\}\:\,]+):#', '"\1":', $s );
$a[$i] = $s;
}
//var_mp($a);
$str = implode( '"', $a );
return json_decode($str, $mode);

⑵ 在測試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」設定相應的錯誤信息頁即可

⑶ HTTP 500內部伺服器錯誤怎麼解決。

解決辦法如下：

1.檢查伺服器日誌

5. .htaccess文件出現問題

如果您使用的是運行Apache的WordPress主機，則很可能是您的.htaccess文件出現問題或已損壞， 通過FTP 或SSH 登錄您的站點，並將您的.htaccess文件重命名為.htaccess_old。

6.伺服器問題（與主機核實）

因為PHP超時或第三方插件的致命PHP錯誤也可能發生500內部伺服器錯誤，您可以隨時查看您的WordPress主機，PHP超時也可能因缺少PHP工作程序而發生，盡管通常會導致504錯誤，而不是500錯誤。這些決定了您的網站在給定時間可以同時處理多少請求。簡而言之，您網站的每個未緩存的請求都由PHP工作人員處理。

(3)php501擴展閱讀：

伺服器無法解析ASP代碼，出現500錯誤的原因：

1. 你是否改變過計算機名稱。

2. 站點所在的文件目錄是否自定義了安全屬性。

3. 安裝了域控制器後是否調整了域策略。如果是其中的一種情況，請一一將 改變的參數設置回來看是否解決問題。 如果靜態空間也無法訪問，則說明解析還沒生效。

⑷ php_imagick 載入成功 但是是用不了

是不是版本問題，擴展的版本和ImageMagick庫不兼容
php_imagick-3.2.0b2-5.6-ts-vc11-x64 這個擴展是線程安全的，你的php是線程安全的嗎？二者要一致

⑸ PHP求助，有二維數組如下，我想要他按照num降序排，改怎麼寫

$a = array(
array(
'id'=>1,
'num'=>501
),
array(
'id'=>3,
'num'=>5651
),
array(
'id'=>5,
'num'=>145
),
);
foreach ($a as $k=>$v){
$num[] = $v['num'];
}
array_multisort($num,SORT_DESC,$a);
print_r($a);

⑹ php array循環加減 array(lk=>501,lj=>200,lh=>955);我想到這數姐里的數加起來等於:1656.怎麼寫呢

$sum = 0;
foreach ($array as $value ){
$sum += $value;
}

echo $sum;

還有一種方法，計算數組元素的和，array_sum()這個函數。

⑺ php 給一個數組元素值為空的元素重新賦值為0呢

這樣
$a= "222||||||501|||600||||||500";
$a = explode('|||',$sort1);
$a[1] = 0;
$a[4] = 0;
print_r ($a) ; //輸出Array ( [0] => 222 [1] =>0 [2] => 501 [3] => 600 [4] =>0 [5] => 500 )

⑻ php加法問題

echo $strHealthRecordPrice + $countPrice;
改為
echo floatval($strHealthRecordPrice) + floatval($countPrice);

⑼ 求解：PHP file_get_contents() 函數報錯

file_get_contents 獲取的時間是不發送HEADER頭信息，而服務端又需要驗證瀏覽器頭信息，所以服務端驗證不到，就會產生拒絕服務信息，所以出錯了。解決方法可能需要換獲取程序。

⑽ nginx HTTP500類型錯誤碼出現的原因以及分析

HTTP500類型錯誤碼出現的原因以及分析

出現500類型錯誤問題的時候可以從3個方向來發現問題。

為什麼要考慮客戶端問題？如果報的錯誤是501錯誤，那麼有一種可能是客戶端的http請求method是nginx無法識別的類型，那麼這種情況下會報501錯誤。

當然，這種情況概率很小，基本不會遇到。

還有一種情況是我們自己為了限制http請求的方法，手動修改nginx配置返回501,這樣，當客戶端使用我們限定之外的method進行請求時，就會收到501錯誤碼。

配置方法如下：本例中我們只允許GET和HEAD以及POST類型的請求，其他類型將會收到501錯誤

2.上游

PHP之類的CGI程序出現錯誤，例如PHP-FPM執行超時，這時nginx會返回502錯誤，這個502其實是php-fpm間接報給nginx的。接下來的思路就是看PHP-FPM為什麼會執行超時，可以繼續查看上游

mysql或者redis或者調用的API是否出現了超時，再或者有死循環之類的錯誤，一一排查後能解決相應錯誤。

3.nginx本身

如果nginx本身出現問題，例如配置問題，如果NGINX未在自己配置的規定時間內收到上游響應則會報504錯誤

至於503錯誤一般是nginx負載過高導致的，對於流量較小的網站來說，也算是一件好事。

505 錯誤很明顯，客戶端的http版本不受nginx支持

總結一下，501看客戶端 502看上游，504先看nginx本身的配置，然後還得看上游，上游不能太慢啊。503考慮升級伺服器或者限流。505別考慮了，基本不會出現。