2021-05-12 14:32:11
PHP 7.0 升級備註
PHP 7.0.0 beta1 發布了,在帶來了引人注目的效能提升的同時,也帶來了不少語言特性方面的改變。以下由 LCTT 翻譯自對官方的升級備註,雖然目前還不是正式發布版,不過想必距離正式發布的特性已經差別不大了。(本文會持續追蹤更新)
1. 向後不相容的變化
語言變化
變數處理的變化
-
間接變數、屬性和方法參照現在以從左到右的語意進行解釋。一些例子:
$$foo['bar']['baz']// 解釋做 ($$foo)['bar']['baz']
$foo->$bar['baz']// 解釋做 ($foo->$bar)['baz']
$foo->$bar['baz']()// 解釋做 ($foo->$bar)['baz']()
Foo::$bar['baz']()// 解釋做 (Foo::$bar)['baz']()
要恢復以前的行為,需要顯式地加大括號:
${$foo['bar']['baz']}
$foo->{$bar['baz']}
$foo->{$bar['baz']}()
Foo::{$bar['baz']}()
-
全域性關鍵字現在只接受簡單變數。像以前的
global $$foo->bar;
現在要求如下寫法:
global ${$foo->bar};
-
變數或函數呼叫的前後加上括號不再有任何影響。例如下列程式碼,函數呼叫結果以參照的方式傳給一個函數
function getArray(){return[1,2,3];}
$last = array_pop(getArray());
// Strict Standards: 只有變數可以用參照方式傳遞
$last = array_pop((getArray()));
// Strict Standards: 只有變數可以用參照方式傳遞
現在無論是否使用括號,都會丟擲一個嚴格標準錯誤。以前在第二種呼叫方式下不會有提示。
-
陣列元素或物件屬性自動安裝參照順序建立,現在的結果順序將不同。例如:
$array =[];
$array["a"]=& $array["b"];
$array["b"]=1;
var_dump($array);
現在結果是 ["a" => 1, "b" => 1],而以前的結果是 ["b" => 1, "a" => 1]。
相關的 RFC:
list() 的變化
-
list() 不再以反序賦值,例如:
list($array[], $array[], $array[])=[1,2,3];
var_dump($array);
現在結果是 $array == [1, 2, 3] ,而不是 [3, 2, 1]。注意僅賦值順序變化了,而賦值仍然一致(LCTT 譯註:即以前的 list()行為是從後面的變數開始逐一賦值,這樣對與上述用法就會產生 [3,2,1] 這樣的結果了。)。例如,類似如下的常規用法
list($a, $b, $c)=[1,2,3];
// $a = 1; $b = 2; $c = 3;
仍然保持當前的行為。
-
不再允許對空的 list() 賦值。如下全是無效的:
list()= $a;
list(,,)= $a;
list($x, list(), $y)= $a;
-
list() 不再支援對字串的拆分(以前也只在某些情況下支援)。如下程式碼:
$string ="xy";
list($x, $y)= $string;
現在的結果是: $x == null 和 $y == null (沒有提示),而以前的結果是: $x == "x" 和 $y == "y" 。此外, list() 現在總是可以處理實現了 ArrayAccess 的物件,例如:
list($a, $b)=(object)newArrayObject([0,1]);
現在的結果是: $a == 0 和 $b == 1。 以前 $a 和 $b 都是 null。
相關 RFC:
- https://wiki.php.net/rfc/abstract_syntax_tree#changes_to_list
- https://wiki.php.net/rfc/fix_list_behavior_inconsistency
foreach 的變化
-
foreach() 疊代不再影響陣列內部指標,陣列指標可通過 current()/next() 等系列的函數存取。例如:
$array =[0,1,2];
foreach($array as&$val){
var_dump(current($array));
}
現在將指向值 int(0) 三次。以前的輸出是 int(1)、int(2) 和 bool(false)。
-
在對陣列按值疊代時,foreach 總是在對陣列副本進行操作,在疊代中任何對陣列???操作都不會影響到疊代行為。例如:
$array =[0,1,2];
$ref =& $array;// Necessary to trigger the old behavior
foreach($array as $val){
var_dump($val);
unset($array[1]);
}
現在將列印出全部三個元素 (0 1 2),而以前第二個元素 1 會跳過 (0 2)。
-
在對陣列按參照疊代時,對陣列的修改將繼續會影響到疊代。不過,現在 PHP 在使用數位作為鍵時可以更好的維護陣列內的位置。例如,在按參照疊代過程中新增陣列元素:
$array =[0];
foreach($array as&$val){
var_dump($val);
$array[1]=1;
}
現在疊代會正確的新增了元素。如上程式碼輸出是 "int(0) int(1)",而以前只是 "int(0)"。
-
對普通(不可遍歷的)物件按值或按參照疊代的行為類似於對陣列進行按參照疊代。這符合以前的行為,除了如上一點所述的更精確的位置管理的改進。
-
對可遍曆物件的疊代行為保持不變。
相關 RFC: https://wiki.php.net/rfc/php7_foreach
引數處理的變化
-
不能定義兩個同名的函數引數。例如,下面的方法將會觸發編譯時錯誤:
publicfunction foo($a, $b, $unused, $unused){
// ...
}
如上的程式碼應該修改使用不同的引數名,如:
publicfunction foo($a, $b, $unused1, $unused2){
// ...
}
-
func_get_arg() 和 func_get_args() 函數不再返回傳遞給引數的原始值,而是返回其當前值(也許會被修改)。例如:
function foo($x){
$x++;
var_dump(func_get_arg(0));
}
foo(1);
將會列印 "2" 而不是 "1"。程式碼應該改成僅在呼叫 func_get_arg(s) 後進行修改操作。
function foo($x){
var_dump(func_get_arg(0));
$x++;
}
或者應該避免修改引數:
function foo($x){
$newX = $x +1;
var_dump(func_get_arg(0));
}
-
類似的,異常回溯也不再顯示傳遞給函數的原始值,而是修改後的值。例如:
function foo($x){
$x =42;
thrownewException;
}
foo("string");
現在堆疊跟蹤的結果是:
Stack trace:
#0 file.php(4): foo(42)
#1 {main}
而以前是:
Stack trace:
#0 file.php(4): foo('string')
#1 {main}
這並不會影響到你的程式碼的執行時行為,值得注意的是在偵錯時會有所不同。
同樣的限制也會影響到 debug_backtrace() 及其它檢查函數引數的函數。
相關 RFC: https://wiki.php.net/phpng
整數處理的變化
-
無效的八進位制表示(包含大於7的數位)現在會產生編譯錯誤。例如,下列程式碼不再有效:
$i =0781;// 8 不是一個有效的八進位制數位!
以前,無效的數位(以及無效數位後的任何數位)會簡單的忽略。以前如上 $i 的值是 7,因為後兩位數位會被悄悄丟棄。
-
二進位制以負數映象位移現在會丟擲一個算術錯誤:
var_dump(1>>-1);
// ArithmeticError: 以負數進行位移
-
向左位移的位數超出了整型寬度時,結果總是 0。
var_dump(1<<64);// int(0)
以前上述程式碼的結果依賴於所用的 CPU 架構。例如,在 x86(包括 x86-64) 上結果是 int(1),因為其位移運算元在範圍內。
-
類似的,向右位移的位數超出了整型寬度時,其結果總是 0 或 -1 (依賴於符號):
var_dump(1>>64);// int(0)
var_dump(-1>>64);// int(-1)
相關 RFC: https://wiki.php.net/rfc/integer_semantics
字串處理的變化
-
包含十六進位制數位的字串不會再被當做數位,也不會被特殊處理。參見例子中的新行為:
var_dump("0x123"=="291");// bool(false) (以前是 true)
var_dump(is_numeric("0x123"));// bool(false) (以前是 true)
var_dump("0xe"+"0x1");// int(0) (以前是 16)
var_dump(substr("foo","0x1"));// string(3) "foo" (以前是 "oo")
// 注意:遇到了一個非正常格式的數位
filter_var() 可以用來檢查一個字串是否包含了十六進位制數位,或這個字串是否能轉換為整數:
$str ="0xffff";
$int = filter_var($str, FILTER_VALIDATE_INT, FILTER_FLAG_ALLOW_HEX);
if(false=== $int){
thrownewException("Invalid integer!");
}
var_dump($int);// int(65535)
-
由於給雙引號字串和 HERE 文件增加了 Unicode 碼點跳脫格式(Unicode Codepoint Escape Syntax), 所以帶有無效序列的 "u{" 現在會造成錯誤:
$str ="u{xyz}";// 致命錯誤:無效的 UTF-8 碼點跳脫序列
要避免這種情況,需要跳脫開頭的反斜槓:
$str ="u{xyz}";// 正確
不過,不跟隨 { 的 "u" 不受影響。如下程式碼不會生成錯誤,和前面的一樣工作:
$str ="u202e";// 正確
相關 RFC:
- https://wiki.php.net/rfc/remove_hex_support_in_numeric_strings
- https://wiki.php.net/rfc/unicode_escape
錯誤處理的變化
-
現在有兩個異常類: Exception 和 Error 。這兩個類都實現了一個新介面: Throwable 。在例外處理程式碼中的型別指示也許需要修改來處理這種情況。
-
一些致命錯誤和可恢復的致命錯誤現在改為丟擲一個 Error 。由於 Error 是一個獨立於 Exception 的類,這些異常不會被已有的 try/catch 塊捕獲。
可恢復的致命錯誤被轉換為一個異常,所以它們不能在錯誤處理裡面悄悄的忽略。部分情況下,型別指示失敗不再能忽略。
-
解析錯誤現在會生成一個 Error 擴充套件的 ParseError 。除了以前的基於返回值 / errorgetlast() 的處理,對某些可能無效的程式碼的 eval() 的錯誤處理應該改為捕獲 ParseError 。
-
內部類別建構函式在失敗時總是會丟擲一個異常。以前一些建構函式會返回 NULL 或一個不可用的物件。
-
一些 E_STRICT 提示的錯誤級別改變了。
相關 RFC:
- https://wiki.php.net/rfc/engine_exceptions_for_php7
- https://wiki.php.net/rfc/throwable-interface
- https://wiki.php.net/rfc/internal_constructor_behaviour
- https://wiki.php.net/rfc/reclassify_e_strict
其它的語言變化
-
靜態呼叫一個不相容的 $this 上下文的非靜態呼叫的做法不再支援。這種情況下,$this 是沒有定義的,但是對它的呼叫是允許的,並帶有一個廢棄提示。例子:
class A {
publicfunction test(){ var_dump($this);}
}
// 注意:沒有從類 A 進行擴充套件
class B {
publicfunction callNonStaticMethodOfA(){ A::test();}
}
(new B)->callNonStaticMethodOfA();
// 廢棄:非靜態方法 A::test() 不應該被靜態呼叫
// 提示:未定義的變數 $this
NULL
注意,這僅出現在來自不相容上下文的呼叫上。如果類 B 擴充套件自類 A ,呼叫會被允許,沒有任何提示。
-
不能使用下列類名、介面名和特殊名(大小寫敏感):
bool
int
float
string
null
false
true
這用於 class/interface/trait 宣告、 class_alias() 和 use 語句中。
此外,下列類名、介面名和特殊名保留做將來使用,但是使用時尚不會丟擲錯誤:
resource
object
mixed
numeric
-
yield 語句結構當用在一個表示式上下文時,不再要求括號。它現在是一個優先順序在 “print” 和 “=>” 之間的右結合操作符。在某些情況下這會導致不同的行為,例如:
echo yield-1;
// 以前被解釋如下
echo (yield)-1;
// 現在被解釋如下
echo yield(-1);
yield $foo ordie;
// 以前被解釋如下
yield($foo ordie);
// 現在被解釋如下
(yield $foo)ordie;
這種情況可以通過增加括號來解決。
-
移除了 ASP (<%) 和 script (<script language=php>) 標籤。
-
不支援以參照的方式對 new 的結果賦值。
-
不支援對一個來自非相容的 $this 上下文的非靜態方法的域內呼叫。細節參見: https://wiki.php.net/rfc/incompat_ctx 。
-
不支援 ini 檔案中的 # 風格的備註。使用 ; 風格的備註替代。
-
$HTTP_RAW_POST_DATA 不再可用,使用 php://input 流替代。
標準庫的變化
-
call_user_method() 和 call_user_method_array() 不再存在。
-
在一個輸出緩衝區被建立在輸出緩衝處理器裡時, ob_start() 不再發出 E_ERROR,而是 E_RECOVERABLE_ERROR。
-
改進的 zend_qsort (使用 hybrid 排序演算法)效能更好,並改名為 zend_sort。
-
增加靜態排序演算法 zend_insert_sort。
-
移除 fpm-fcgi 的 dl() 函數。
-
setcookie() 如果 cookie 名為空會觸發一個 WARNING ,而不是發出一個空的 set-cookie 頭。
其它
-
Curl:
- 去除對禁用 CURLOPT_SAFE_UPLOAD 選項的支援。所有的 curl 檔案上載必須使用 curl_file / CURLFile API。
-
Date:
- 從 mktime() 和 gmmktime() 中移除 $is_dst 引數
-
DBA
- 如果鍵也沒有出現在 inifile 處理器中,dba_delete() 現在會返回 false。
-
GMP
- 現在要求 libgmp 版本 4.2 或更新。
- gmp_setbit() 和 gmp_clrbit() 對於負指標返回 FALSE,和其它的 GMP 函數一致。
-
Intl:
- 移除廢棄的別名 datefmt_set_timezone_id() 和 IntlDateFormatter::setTimeZoneID()。替代使用 datefmt_set_timezone() 和 IntlDateFormatter::setTimeZone()。
-
libxml:
- 增加 LIBXML_BIGLINES 解析器選項。從 libxml 2.9.0 開始可用,並增加了在錯誤報告中行號大於 16 位的支援。
-
Mcrypt
- 移除等同於 mcrypt_generic_deinit() 的廢棄別名 mcrypt_generic_end()。
- 移除廢棄的 mcrypt_ecb()、 mcrypt_cbc()、 mcrypt_cfb() 和 mcrypt_ofb() 函數,它們等同於使用 MCRYPT_MODE_* 標誌的 mcrypt_encrypt() 和 mcrypt_decrypt() 。
-
Session
- session_start() 以陣列方式接受所有的 INI 設定。例如, ['cache_limiter'=>'private'] 會設定 session.cache_limiter=private 。也支援 'read_and_close' 以在讀取資料後立即關閉對談資料。
- 對談儲存處理器接受使用 validate_sid() 和 update_timestamp() 來校驗對談 ID 是否存在、更新對談時間戳。對舊式的使用者定義的對談儲存處理器繼續相容。
- 增加了 SessionUpdateTimestampHandlerInterface 。 validateSid()、 updateTimestamp() 定義在介面裡面。
- session.lazy_write(預設是 On) 的 INI 設定支援僅在對談資料更新時寫入。
-
Opcache
- 移除 opcache.load_comments 設定語句。現在檔案內備註載入無成本,並且總是啟用的。
-
OpenSSL:
- 移除 "rsa_key_size" SSL 上下文選項,按給出的協商的加密演算法自動設定適當的大小。
- 移除 "CN_match" 和 "SNI_server_name" SSL 上下文選項。使用自動偵測或 "peer_name" 選項替代。
-
PCRE:
- 移除對 /e (PREG_REPLACE_EVAL) 修飾符的支援,使用 preg_replace_callback() 替代。
-
PDO_pgsql:
- 移除 PGSQL_ATTR_DISABLE_NATIVE_PREPARED_STATEMENT 屬性,等同於 ATTR_EMULATE_PREPARES。
-
Standard:
- 移除 setlocale() 中的字串類目支援。使用 LC_* 常數替代。 instead.
- 移除 set_magic_quotes_runtime() 及其別名 magic_quotes_runtime()。
-
JSON:
- 拒絕 json_decode 中的 RFC 7159 不相容數位格式 - 頂層 (07, 0xff, .1, -.1) 和所有層的 ([1.], [1.e1])
- 用一個引數呼叫 json_decode 等價於用空的 PHP 字串或值呼叫,轉換為空字串(NULL, FALSE)的結果是 JSON 格式錯誤。
-
Stream:
- 移除 set_socket_blocking() ,等同於其別名 stream_set_blocking()。
-
XSL:
- 移除 xsl.security_prefs ini 選項,使用 XsltProcessor::setSecurityPrefs() 替代。
2. 新功能
-
Core
- 增加了組式 use 宣告。 (RFC: https://wiki.php.net/rfc/group_use_declarations)
- 增加了 null 合併操作符 (??)。 (RFC: https://wiki.php.net/rfc/isset_ternary)
- 在 64 位架構上支援長度 >= 231 位元組的字串。
- 增加了 Closure::call() 方法(僅工作在使用者側的類)。
- 在雙引號字串和 here 文件中增加了 u{xxxxxx} Unicode 碼點跳脫格式。
- define() 現在支援陣列作為常數值,修復了一個當 define() 還不支援陣列常數值時的疏忽。
- 增加了比較操作符 (<=>),即太空船操作符。 (RFC: https://wiki.php.net/rfc/combined-comparison-operator)
- 為委託生成器新增了類似協程的 yield from 操作符。 (RFC: https://wiki.php.net/rfc/generator-delegation)
- 保留的關鍵字現在可以用在幾種新的上下文中。 (RFC: https://wiki.php.net/rfc/context_sensitive_lexer)
- 增加了標量型別的宣告支援,並可以使用 declare(strict_types=1) 的宣告嚴格模式。 (RFC: https://wiki.php.net/rfc/scalar_type_hints_v5)
- 增加了對加密級安全的使用者側的亂數發生器的支援。 (RFC: https://wiki.php.net/rfc/easy_userland_csprng)
-
Opcache
- 增加了基於檔案的二級 opcode 快取(實驗性——預設禁用)。要啟用它,PHP 需要使用 --enable-opcache-file 設定和構建,然後 opcache.file_cache=<DIR> 設定指令就可以設定在 php.ini 中。二級快取也許可以提升伺服器重新啟動或 SHM 重置時的效能。此外,也可以設定 opcache.file_cache_only=1 來使用檔案快取而根本不用 SHM(也許對於共用主機有用);設定 opcache.file_cache_consistency_checks=0 來禁用檔案快取一致性檢查,以加速載入過程,有安全風險。
-
OpenSSL
- 當用 OpenSSL 1.0.2 及更新構建時,增加了 "alpn_protocols" SSL 上下文選項來允許加密的用戶端/伺服器流使用 ALPN TLS 擴充套件去協商替代的協定。協商後的協定資訊可以通過 stream_get_meta_data() 輸出存取。
-
Reflection
- 增加了一個 ReflectionGenerator 類(yield from Traces,當前檔案/行等等)。
- 增加了一個 ReflectionType 類來更好的支援新的返回型別和標量型別宣告功能。新的 ReflectionParameter::getType() 和 ReflectionFunctionAbstract::getReturnType() 方法都返回一個 ReflectionType 範例。
-
Stream
- 新增了新的僅用於 Windows 的流上下文選項以允許阻塞管道讀取。要啟用該功能,當建立流上下文時,傳遞 array("pipe" => array("blocking" => true)) 。要注意的是,該選項會導致管道緩衝區的死鎖,然而它在幾個命令列場景中有用。
3. SAPI 模組的變化
- FPM
- 修復錯誤 #65933 (不能設定超過1024位元組的設定行)。
- Listen = port 現在監聽在所有地址上(IPv6 和 IPv4 對映的)。
4. 廢棄的功能
-
Core
- 廢棄了 PHP 4 風格的構建函數(即構建函數名必須與類名相同)。
- 廢棄了對非靜態方法的靜態呼叫。
-
OpenSSL
- 廢棄了 "capture_session_meta" SSL 上下文選項。 在流資源上活動的加密相關的後設資料可以通過 stream_get_meta_data() 的返回值存取。
5. 函數的變化
- parse_ini_file():
-
parse_ini_string():
- 新增了掃描模式 INISCANNERTYPED 來得到 yield 型別的 .ini 值。
-
unserialize():
- 給 unserialize 函數新增了第二個引數 (RFC: https://wiki.php.net/rfc/secure_unserialize) 來指定可接受的類: unserialize($foo, ["allowed_classes" => ["MyClass", "MyClass2"]]);
-
proc_open():
- 可以被 proc_open() 使用的最大管道數以前被寫死地限制為 16。現在去除了這個限制,只受限於 PHP 的可用記憶體大小。
- 新新增的僅用於 Windows 的設定選項 "blocking_pipes" 可以用於強制阻塞對子進程管道的讀取。這可以用於幾種命令列應用場景,但是它會導致死鎖。此外,這與新的流的管道上下文選項相關。
-
array_column():
- 該函數現在支援把物件陣列當做二維陣列。只有公開屬性會被處理,物件裡面使用 __get() 的動態屬性必須也實現 __isset() 才行。
-
stream_context_create()
- 現在可以接受一個僅 Windows 可用的設定 array("pipe" => array("blocking" => <boolean>)) 來強制阻塞管道讀取。該選項應該小心使用,該平台有可能導致管道緩衝區的死鎖。
6. 新函數
-
GMP
- 新增了 gmp_random_seed()。
-
PCRE:
- 新增了 preg_replace_callback_array 函數。 (RFC: https://wiki.php.net/rfc/preg_replace_callback_array)
-
Standard . 新增了整數除法 intdiv() 函數。 . 新增了重置錯誤狀態的 error_clear_last() 函數。
-
Zlib: . 新增了 deflate_init()、 deflate_add()、 inflate_init()、 inflate_add() 函數來執行遞增和流的壓縮/解壓。
7. 新的類和介面
(暫無)
8. 移除的擴充套件和 SAPI
- sapi/aolserver
- sapi/apache
- sapi/apache_hooks
- sapi/apache2filter
- sapi/caudium
- sapi/continuity
- sapi/isapi
- sapi/milter
- sapi/nsapi
- sapi/phttpd
- sapi/pi3web
- sapi/roxen
- sapi/thttpd
- sapi/tux
- sapi/webjames
- ext/mssql
- ext/mysql
- ext/sybase_ct
- ext/ereg
更多細節參見:
- https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts
- https://wiki.php.net/rfc/remove_deprecated_functionality_in_php7
注意:NSAPI 沒有在 RFC 中投票,不過它會在以後移除。這就是說,它相關的 SDK 今後不可用。
9. 擴充套件的其它變化
- Mhash
- Mhash 今後不是一個擴充套件了,使用 function_exists("mhash") 來檢查器是否可用。
10. 新的全域性常數
-
Core . 新增 PHP_INT_MIN
-
Zlib
- 新增的這些常數用於控制新的增量deflate_add() 和 inflate_add() 函數的重新整理行為:
- ZLIB_NO_FLUSH
- ZLIB_PARTIAL_FLUSH
- ZLIB_SYNC_FLUSH
- ZLIB_FULL_FLUSH
- ZLIB_BLOCK
- ZLIB_FINISH
-
GD
- 移除了 T1Lib 支援,這樣由於對 T1Lib 的可選依賴,如下將來不可用:
函數:
- imagepsbbox()
- imagepsencodefont()
- imagepsextendedfont()
- imagepsfreefont()
- imagepsloadfont()
- imagepsslantfont()
- imagepstext()
資源:
- 'gd PS font'
- 'gd PS encoding'
11. INI 檔案處理的變化
- Core
- 移除了 asp_tags ini 指令。如果啟用它會導致致命錯誤。
- 移除了 always_populate_raw_post_data ini 指令。
12. Windows 支援
-
Core
- 在 64 位系統上支援原生的 64 位整數。
- 在 64 位系統上支援大檔案。
- 支援 getrusage()。
-
ftp
- 所帶的 ftp 擴充套件總是共用庫的。
- 對於 SSL 支援,取消了對 openssl 擴充套件的依賴,取而代之僅依賴 openssl 庫。如果在編譯時需要,會自動啟用 ftp_ssl_connect()。
-
odbc
- 所帶的 odbc 擴充套件總是共用庫的。
13. 其它變化
- Core
- NaN 和 Infinity 轉換為整數時總是 0,而不是未定義和平台相關的。
- 對非物件呼叫方法會觸發一個可捕獲錯誤,而不是致命錯誤;參見: https://wiki.php.net/rfc/catchable-call-to-member-of-non-object
- zend_parse_parameters、型別提示和轉換,現在總是用 "integer" 和 "float",而不是 "long" 和 "double"。
- 如果 ignore_user_abort 設定為 true ,對應中斷的連線,輸出快取會繼續工作。
PHP 7 ,你值得擁有 http://www.linuxidc.com/Linux/2015-06/118847.htm
在 CentOS 7.x / Fedora 21 上面體驗 PHP 7.0 http://www.linuxidc.com/Linux/2015-05/117960.htm
CentOS 6.3 安裝LNMP (PHP 5.4,MyySQL5.6) http://www.linuxidc.com/Linux/2013-04/82069.htm
在部署LNMP的時候遇到Nginx啟動失敗的2個問題 http://www.linuxidc.com/Linux/2013-03/81120.htm
Ubuntu安裝Nginx php5-fpm MySQL(LNMP環境搭建) http://www.linuxidc.com/Linux/2012-10/72458.htm
《細說PHP》高清掃描PDF+光碟原始碼+全套教學視訊 http://www.linuxidc.com/Linux/2014-03/97536.htm
CentOS 6中設定PHP的LNMP的開發環境 http://www.linuxidc.com/Linux/2013-12/93869.htm
相關文章