cli參數php
㈠ linux伺服器上運行php，除了PHP-FPM還有其他的方式嗎
運行模式
關於PHP目前比較常見的五大運行模式：
1）CGI（通用網關介面/ Common Gateway Interface）
2）FastCGI（常駐型CGI / Long-Live CGI）
3）CLI（命令行運行 / Command Line Interface）
4）Web模塊模式（Apache等Web伺服器運行的模式）
5）ISAPI（Internet Server Application Program Interface）
備註：在PHP5.3以後，PHP不再有ISAPI模式，安裝後也不再有php5isapi.dll這個文件。要在IIS6上使用高版本PHP，必須安裝FastCGI 擴展，然後使IIS6支持FastCGI。
1.1、CGI模式
CGI即通用網關介面（Common Gateway Interface），它是一段程序，通俗的講CGI就象是一座橋，把網頁和Web伺服器中的執行程序連接起來，它把HTML接收的指令傳遞給伺服器的執行程序，再把伺服器執行程序的結果返還給HTML頁。CGI 的跨平台性能極佳，幾乎可以在任何操作系統上實現。CGI已經是比較老的模式了，這幾年都很少用了。
每有一個用戶請求，都會先要創建CGI的子進程，然後處理請求，處理完後結束這個子進程，這就是Fork-And-Execute模式。 當用戶請求數量非常多時，會大量擠占系統的資源如內存，CPU時間等，造成效能低下。所以用CGI方式的伺服器有多少連接請求就會有多少CGI子進程，子進程反復載入是CGI性能低下的主要原因。
如果不想把 PHP 嵌入到伺服器端軟體（如 Apache）作為一個模塊安裝的話，可以選擇以 CGI 的模式安裝。或者把 PHP 用於不同的 CGI 封裝以便為代碼創建安全的 chroot 和 setuid 環境。這樣每個客戶機請求一個PHP文件，Web伺服器就調用php.exe（win下是php.exe,linux是php）去解釋這個文件，然後再把解釋的結果以網頁的形式返回給客戶機。 這種安裝方式通常會把 PHP 的可執行文件安裝到 web 伺服器的 cgi-bin 目錄。CERT 建議書 CA-96.11 建議不要把任何的解釋器放到 cgi-bin 目錄。 這種方式的好處是把Web Server和具體的程序處理獨立開來，結構清晰，可控性強，同時缺點就是如果在高訪問需求的情況下，CGI的進程Fork就會成為很大的伺服器負擔，想 象一下數百個並發請求導致伺服器Fork出數百個進程就明白了。這也是為什麼CGI一直背負性能低下，高資源消耗的惡名的原因。
1.2、FastCGI模式
FastCGI是CGI的升級版本，FastCGI像是一個常駐 (long-live)型的 CGI，它可以一直執行著，只要激活後，不會每次都要花費時間去 Fork 一次 （這是 CGI 最為人詬病的 fork-and-execute 模式）。
FastCGI是一個可伸縮地、高速地在HTTP server和動態腳本語言間通信的介面。多數流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同時，FastCGI也被許多腳本語言所支持，其中就有PHP。
FastCGI介面方式採用C/S結構，可以將HTTP伺服器和腳本解析伺服器分開，同時在腳本解析伺服器上啟動一個或者多個腳本解析守護進程。當HTTP伺服器每次遇到動態程序時，可以將其直接交付給FastCGI進程來執行，然後將得到的結果返回給瀏覽器。這種方式可以讓HTTP伺服器專一地處理靜態請求或者將動態腳本伺服器的結果返回給客戶端，這在很大程度上提高了整個應用系統的性能。
【原理】
1）Web Server啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Mole)；
2）FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程 (可見多個php-cgi.exe或php-cig)並等待來自Web Server的連接；
3）當客戶端請求到達Web Server時，FastCGI進程管理器選擇並連接到一個CGI解釋器。Web server將CGI環境變數和標准輸入發送到FastCGI子進程php-cgi；
4）FastCGI子進程完成處理後將標准輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待並處理來自FastCGI進程管理器（運行在 WebServer中）的下一個連接。在正常的CGI模式中，php-cgi.exe在此便退出了。
在CGI模式中，你可以想像 CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini、重新載入全部dll擴展並重初始化全部數據結構。使用FastCGI，所有這些都只在進程啟動時發生一次。一個額外的好處是，持續資料庫連接（Persistent database connection）可以工作。
備註：PHP的FastCGI進程管理器是PHP-FPM（PHP-FastCGI Process Manager）
【優點】
1）從穩定性上看，FastCGI是以獨立的進程池來運行CGI，單獨一個進程死掉，系統可以很輕易的丟棄，然後重新分配新的進程來運行邏輯；
2）從安全性上看，FastCGI支持分布式運算。FastCGI和宿主的Server完全獨立，FastCGI怎麼down也不會把Server搞垮；
3）從性能上看，FastCGI把動態邏輯的處理從Server中分離出來，大負荷的IO處理還是留給宿主Server，這樣宿主Server可以一心一意作IO，對於一個普通的動態網頁來說, 邏輯處理可能只有一小部分，大量的是圖片等靜態。
【缺點】
說完了好處，也來說說缺點。從我的實際使用來看，用FastCGI模式更適合生產環境的伺服器。但對於開發用機器來說就不太合適。因為當使用 Zend Studio調試程序時，由於 FastCGI會認為 PHP進程超時，從而在頁面返回 500錯誤。這一點讓人非常惱火，所以我在開發機器上還是換回了 ISAPI模式。對某些伺服器的新版本支持不好，對分布式負載均衡沒要求的模塊化安裝是否是更好的選擇。目前的FastCGI和Server溝通還不夠智能，一個FastCGI進程如果執行時間過長會被當成是死進程殺掉重起，這樣在處理長時間任務的時候很麻煩，這樣做也使得FastCGI無法允許聯機調試。因為是多進程，所以比CGI多線程消耗更多的伺服器內存，PHP-CGI解釋器每進程消耗7至25兆內存，將這個數字乘以50或100就是很大的內存數。
1.3 CLI模式
PHP-CLI是PHP Command Line Interface的簡稱，如同它名字的意思，就是PHP在命令行運行的介面，區別於在Web伺服器上運行的PHP環境（PHP-CGI，ISAPI等）。 也就是說，PHP不單可以寫前台網頁，它還可以用來寫後台的程序。 PHP的CLI Shell腳本適用於所有的PHP優勢，使創建要麼支持腳本或系統甚至與GUI應用程序的服務端，在Windows和Linux下都是支持PHP-CLI模式的。
【優點】
1）使用多進程，子進程結束以後，內核會負責回收資源；
2）使用多進程，子進程異常退出不會導致整個進程Thread退出，父進程還有機會重建流程；
3）一個常駐主進程，只負責任務分發，邏輯更清楚。
我們在Linux下經常使用"php –m"查找PHP安裝了那些擴展就是PHP命令行運行模式；有興趣的同學可以輸入"php –h"去深入研究該運行模式。
1.4 模塊模式
模塊模式是以mod_php5模塊的形式集成，此時mod_php5模塊的作用是接收Apache傳遞過來的PHP文件請求，並處理這些請求，然後將處理後的結果返回給Apache。如果我們在Apache啟動前在其配置文件中配置好了PHP模塊
（mod_php5）， PHP模塊通過注冊apache2的ap_hook_post_config掛鉤，在Apache啟動的時候啟動此模塊以接受PHP文件的請求。
除了這種啟動時的載入方式，Apache的模塊可以在運行的時候動態裝載，這意味著對伺服器可以進行功能擴展而不需要重新對源代碼進行編譯，甚至根本不需要停止伺服器。我們所需要做的僅僅是給伺服器發送信號HUP或者AP_SIG_GRACEFUL通知伺服器重新載入模塊。但是在動態載入之前，我們需要將模塊編譯成為動態鏈接庫。此時的動態載入就是載入動態鏈接庫。 Apache中對動態鏈接庫的處理是通過模塊mod_so來完成的，因此mod_so模塊不能被動態載入，它只能被靜態編譯進Apache的核心。這意味著它是隨著Apache一起啟動的。
Apache是如何載入模塊的呢？我們以前面提到的mod_php5模塊為例。首先我們需要在Apache的配置文件httpd.conf中添加一行：
LoadMole php5_mole moles/mod_php5.so
這里我們使用了LoadMole命令，該命令的第一個參數是模塊的名稱，名稱可以在模塊實現的源碼中找到。第二個選項是該模塊所處的路徑。如果需要在伺服器運行時載入模塊，可以通過發送信號HUP或者AP_SIG_GRACEFUL給伺服器，一旦接受到該信號，Apache將重新裝載模塊，而不需要重新啟動伺服器。
該運行模式是我們以前在windows環境下使用apache伺服器經常使用的，而在模塊化（DLL）中，PHP是與Web伺服器一起啟動並運行的。（它是apache在CGI的基礎上進行的一種擴展，加快PHP的運行效率）。
1.5 ISAPI模式
ISAPI（Internet Server Application Program Interface）是微軟提供的一套面向Internet服務的API介面，一個ISAPI的DLL，可以在被用戶請求激活後長駐內存，等待用戶的另一個請求，還可以在一個DLL里設置多個用戶請求處理函數，此外，ISAPI的DLL應用程序和WWW伺服器處於同一個進程中，效率要顯著高於CGI。（由於微軟的排他性，只能運行於windows環境）
PHP作為Apache模塊，Apache伺服器在系統啟動後，預先生成多個進程副本駐留在內存中，一旦有請求出現，就立即使用這些空餘的子進程進行處理，這樣就不存在生成子進程造成的延遲了。這些伺服器副本在處理完一次HTTP請求之後並不立即退出，而是停留在計算機中等待下次請求。對於客戶瀏覽器的請求反應更快，性能較高。
㈡ php配置環境變數(php的環境)
如何讓PHP能夠讀取系統環境變數一般情況下，都能實現顯示phpinfo()的頁面。就從能夠顯示該頁面之後出現的問題說起。php的問題都會顯示在phpinfo()頁面上。首先查看自己的php.ini的路徑是否正確。Q:我已經配置了php.ini文件，但重新啟動伺服器後為什麼沒有任何效果?A:這個問題主要有這幾種情況。第一個原因是由於系統所讀取的php.ini文件與你當時修改的php.ini文件不一致造成的1、可以通過phpinfo()的ConfigurationFile(php.ini)Path選項查看當前PHP伺服器讀取的是哪一個php.ini2、如果你要更改php.ini的文件存取位置，可參考php.ini的搜索順序，如下所示：a)SAPI模塊所指定的位置(Apache2中的PHPIniDir指令，CGI和CLI中的-c命令行選項，NSAPI中的php_ini參數，THTTPD中的PHP_INI_PATH環境變數)b)HKEY_LOCAL_MACHINESOFTWAREPHPIniFilePath(Windows注冊表位置)c)PHPRC環境變數d)當前工作目錄(對於CLI)e)web伺服器目錄(對於SAPI模塊)或PHP所在目錄(Windows下其它情況)f)Windows目錄(C:windows或C:winnt)，或--with-config-file-path編譯時選項指定的位置3、一般做法：通過設置PHPRC環境變數，a)操作：右擊我的電腦-屬性-高級-環境變數b)在系統變數下新建一個「變數名為PHPRC，變數值為你的php.ini文件所地文件路徑」的環境變數第二個原因是：PHP沒有找到相應的擴展庫1、查看PHP找到的擴展庫位置：在phpinfo()的extension_dir選項可以看到2、在php.ini更改extension_dir文件第三個原因：沒有完全重啟IIS1、對php.ini的修改必須完全重啟IIS才能起作用，而不能只是對當前站點進行重啟。2、進入cmd，停止伺服器：netstopiisadmin;啟動伺服器：netstartw3svcQ：我的PHP怎麼沒有辦法激活Mysql擴展庫A：在PHP5.0以上版本,MySQL默認未啟用，因此需要咱們進行手工激活。1、在PHP運行MySql，必須在php.ini中激活php_mysql.dll動態連接庫，另外還需要訪問MySQL客戶端連接庫即libmysql.dll文件2、可以通過php.ini中的extension激活php_mysql.dll動態連接庫;而libmysql.dll文件必須放在Windows的系統路徑PATH才能訪問，可以通過把libmysql.dll復制到system32目錄下，也可以在PATH環境變數中新增一個路徑。3、建議做法：通過設置PATH，方便以後的php升級，在系統環境變數中的PATH後增加「libmysql.dll」所在的文件夾即可。記得通過「;」號隔開4、[案例]最近，伺服器總是找不到MySql擴展庫，導致程序無法運行。因此，把所有文件刪除後重新配置PHP伺服器。但最後在安裝MySql的時候，卻始終無法激活MySql擴展庫。在phpinfo()中找到的信息如下：PATH：c:phpPHPRC：C:phpextension_dir:c:phpext另外，我測試了將其它的庫激活，如msql、gd2、xml，在phpinfo()都可以正常顯示證明PHP能找到php_mysql.dll動態連接庫，而MySql的運行的另一個條件是能夠訊問MySQL客戶端連接庫即libmysql.dll文件，看來問題就在這里了。我對C盤搜索libmysql.dll文件，發現在system32和php文件夾各有一個文件，做好備份後，我嘗試刪除system32的libmysql.dll文件，發現被鎖死，無法刪除，卻可以重新命名，我隨便修改了名稱，再重新啟動IIS，伺服器運行正常。補充一點：如果ConfigurationFile(php.ini)Path顯示為C:Windows就說明，php.ini文件沒有讀取到。另外，我發現，在用IIS整合php時，有兩種方式：ISAPI與CGI模式這兩種方式，我們都可以看到phpinfo頁面但是使用ISAPI模式，無法讀取環境變數，所以通過環境變數PHPRC設置的php.ini路徑無法找到。使用CGI就可以，這樣就不必把好多文件拷到系統文件下。
php擴展在全局變數中不存在但是列印phpinfo卻存在？說明：我本地裝的php集成環境MAMPPRO
最近遇到一個比較奇怪的問題，在本地搭建了PHP運行環境，並且安裝了相應的PHP擴展並且在測試頁面中通過列印phpinfo能看到所安裝的擴展是正常的，但是php-m|grepswoole沒有顯示swoole已經配好了php環境變數
裝好了php，php一些常用的擴展後就開始配置php系統環境變數，因為我用的macbookpro所以配置命令如下
查看環境變數是否OK
以為一切OK的我想試試swoole的性能是否真有官網說的那麼厲害於是就准備了一段測試腳本
測試腳本
終端執行
然後奇怪的是swoole的http服務並沒有起來？？？？
然後查看php錯誤日誌驚奇！
確定瀏覽器列印的phpinfo是有swoole擴展的，而且終端的php跟界面的php是同一個版本的php百思不解然後我在終端
結果很意外終端裡面找不到swoole擴展！！！可是瀏覽器里列印有的啊而且是同一個PHP版本？？奇怪了
然後在終端執行php-i這個是在終端列印phpinfo
然後對比這個
終端列印phpinfo
瀏覽器列印phpinfo
是同一個PHP沒錯了。。。
然後再對比php.ini引用路徑
終端的：
瀏覽器的
終於找到原因了兩個地方引用的php.ini不一樣於是在終端引用的php.ini同樣加上extension=swoole.so即可
MacM1安裝php開發環境去年年底，蘋果推出了新款的M1晶元的mac，最近剛好要換電腦，考慮對比再三，還是選擇了M1晶元的mac；剛拿到手以後，擔心會有軟體不兼容啥的，網上也推薦作為主力開發的筆記本的話，不推薦M1，但是現在已經完全配置好了開發環境，安全下車了。下面就來簡單介紹下安裝過程中的步驟：
注意：如果沒有安裝brew，需要先安裝brew，使用arch-arm64brewinstall安裝
首先搜索是否包含想要安裝的mysql版本，如下圖：
此處選擇[email protected]這個版本，我本地已經安裝完成了
安裝完成後，需要添加環境變數，這樣才能在任何目錄下面直接打mysql訪問
先查詢有哪些php的版本，之前看網上說的M1，目前還不支持php7.3以下的版本，所有我安裝了php7.4
等待安裝完成後，可以開始部署項目了，由於我的項目是thinkphp框架開發的，而且用到了redis，所以，這邊需要先安裝redis依賴
安裝phpredis依賴（此處使用pecl安裝，網上有很多使用編譯安裝的方法，那種方法比較麻煩，而且需要配置的地方比較多，pecl安裝的話，快捷方便）
這個安裝完成後，就只需要去nginx目錄下面配置項目文件就OK了。
其他的不多說，主要提一點，就是thinkphp框架，重定向那邊的配置，location裡面的配置需要修改下，如下圖：
修改完成後，重啟伺服器，還要重啟php-fpm，這個是關鍵
php伺服器變數$_SERVER伺服器環境變數$_ENV
PHP?$_SERVER變數
$_SERVER是一個包含諸如頭信息（header）、路徑（path）和腳本位置（scriptlocations）的數組。它是PHP中一個超級全局變數，我們可以在PHP程序的任何地方直接訪問它。
$_SERVER包含著眾多的信息，你可以嘗試直接列印它：
print_r($_SERVER);
$_SERVER數組元素
更多情況下，我們只需要$_SERVER數組中的某些元素（數組單元）。$_SERVER數組包含的元素如下：
頁面程序相關
$_SERVER[『PHP_SELF』]：相對於網站根目錄的路徑及PHP程序名稱，與documentroot相關。
$_SERVER[『HTTP_REFERER』]：鏈接到當前頁面的前一頁面的URL地址。
$_SERVER[『SCRIPT_NAME』]：相對於網站根目錄的路徑及PHP程序文件名稱。
$_SERVER[『REQUEST_URI』]：訪問此頁面所需的URI。
$_SERVER[『SCRIPT_FILENAME』]：當前運行PHP程序的絕對路徑及文件名。
$_SERVER[『PATH_TRANSLATED』]：當前PHP程序所在文件系統（不是文檔根目錄）的基本路徑。
$_SERVER[『QUERY_STRING』]：查詢（query）的字元串（URL中第一個問號?之後的內容但不包括#後面的內容）。
$_SERVER[『argv』]：傳遞給當前PHP程序的參數。
$_SERVER[『argc』]：命令行模式下，包含傳遞給程序的命令行參數的個數。
$_SERVER[『REQUEST_TIME』]：請求開始時的時間戳，從PHP5.1.0起有效。
$_SERVER[『REQUEST_METHOD』]：訪問頁面時的請求方法，例如：「GET」、「HEAD」，「POST」或「PUT」。
$_SERVER[『HTTP_ACCEPT』]：當前請求的Accept:頭信息的內容。
$_SERVER[『HTTP_ACCEPT_CHARSET』]：當前請求的Accept-Charset:頭信息的內容。例如：「iso-8859-1,*,utf-8」。
$_SERVER[『HTTP_ACCEPT_ENCODING』]：當前請求的Accept-Encoding:頭信息的內容。例如：「gzip」。
$_SERVER[『HTTP_ACCEPT_LANGUAGE』]：當前請求的Accept-Language:頭信息的內容。例如：「zh-cn」。
$_SERVER[『HTTP_CONNECTION』]：當前請求的Connection:頭信息的內容。例如：「Keep-Alive」。
$_SERVER[『HTTP_HOST』]：當前請求的Host:頭信息的內容。
$_SERVER[『HTTPS』]：如果PHP程序是通過HTTPS協議被訪問，則被設為一個非空的值。
$_SERVER[『PHP_AUTH_DIGEST』]：當作為Apache模塊運行時，進行HTTPDigest認證的過程中，此變數被設置成客戶端發送的「Authorization」HTTP頭內容（以便作進一步的認證操作）。
$_SERVER[『PHP_AUTH_USER』]：當PHP運行在Apache或IIS（PHP5是ISAPI）模塊方式下，並且正在使用HTTP認證功能，這個變數便是用戶輸入的用戶名。
$_SERVER[『PHP_AUTH_PW』]：當PHP運行在Apache或IIS（PHP5是ISAPI）模塊方式下，並且正在使用HTTP認證功能，這個變數便是用戶輸入的密碼。
$_SERVER[『AUTH_TYPE』]：當PHP運行在Apache模塊方式下，並且正在使用HTTP認證功能，這個變數便是認證的類型。
伺服器端相關
$_SERVER[『DOCUMENT_ROOT』]：當前運行PHP程序所在的文檔根目錄，在伺服器配置文件中定義。
$_SERVER[『GATEWAY_INTERFACE』]：伺服器使用的CGI規范的版本，例如：「CGI/1.1」。
$_SERVER[『SERVER_ADDR』]：當前運行PHP程序所在的伺服器的IP地址。
$_SERVER[『SERVER_NAME』]：當前運行PHP程序所在的伺服器的名稱。
$_SERVER[『SERVER_ADMIN』]：Apache伺服器配置文件中的SERVER_ADMIN參數。
$_SERVER[『SERVER_PORT』]：伺服器所使用的埠。如果使用SSL安全連接，則這個值為用戶設置的HTTP埠。
$_SERVER[『SERVER_SIGNATURE』]：包含伺服器版本和虛擬主機名的字元串。
$_SERVER[『SERVER_SOFTWARE』]：伺服器標識的字串，在響應請求時的頭信息中給出。
$_SERVER[『SERVER_PROTOCOL』]：請求頁面時通信協議的名稱和版本，例如：「HTTP/1.0」。
其他雜項
$_SERVER[『HTTP_USER_AGENT』]：當前請求的User-Agent:頭信息的內容，該字元串表明了訪問該頁面的用戶代理的信息。
$_SERVER[『REMOTE_ADDR』]：正在瀏覽當前頁面用戶的IP地址。
$_SERVER[『REMOTE_HOST』]：正在瀏覽當前頁面用戶的主機名。
$_SERVER[『REMOTE_PORT』]：用戶連接到伺服器時所使用的埠。
注意，如果以命令行方式運行PHP，上面列出的元素幾乎沒有有效的（或是沒有任何實際意義的）。
PHP$_ENV變數
$_ENV是一個包含伺服器端環境變數的數組。它是PHP中一個超級全局變數，我們可以在PHP程序的任何地方直接訪問它。
$_ENV只是被動的接受伺服器端的環境變數並把它們轉換為數組元素，你可以嘗試直接列印它：
print_r($_ENV);
限於篇幅，在此不再列出列印的結果，且不同的伺服器上，列印出的結果可能是完全不同的。
$_ENV數組元素
$_ENV數組中的元素（數組單元）隨伺服器環境不同而有較大差異，所以無法像?$_SERVER?那樣列出完整的列表。以下是$_ENV數組包含的比較通用的元素：
$_SERVER[『PATH』]：環境變數PATH路徑。
$_SERVER[『CLASSPATH』]：系統CLASSPATH路徑。
$_SERVER[『LIB』]：系統LIB庫路徑。
$_SERVER[『INCLUDE』]：系統Include路徑，注意與PHP的包含路徑是不一樣的。
$_SERVER[『OS』]：操作系統類型。
$_SERVER[『LANG』]：系統語言，如en_US或zh_CN。
$_SERVER[『PWD』]：當前工作目錄。
$_SERVER[『TEMP』]：系統TEMP路徑。
$_SERVER[『AP_PARENT_PID』]：當前進程ID號。
$_SERVER[『NUMBER_OF_PROCESSORS』]：系統CPU數目。
$_ENV為空的原因及解決辦法
如果列印輸出$_ENV為空，可以檢查一下php.ini的配置：
variables_order="EGPCS"
上述配置表示PHP接受的外部變數來源及順序，EGPCS是Environment、Get、Post、Cookies和Server的縮寫。如果variables_order的配置中缺少E，則PHP無法接受環境變數，那麼$_ENV也就為空了。
如何創建phpinfo查看php信息1、方法一：
命令行查詢，如果已經配置好環境變數，直接在命令行中輸入php-v，將會顯示php的版本信息。如果沒有配置環境變數，直接在命令行中進入到php的安裝目錄後，再輸入命令php-v，在安裝目錄下輸入查詢命令，可以看到輸出的版本信息為PHP5.3.29。
2、方法二：
（1）使用預定義常量PHP_VERSION查詢，新建一個php文件，在裡面輸入?php???echoPHP_VERSION;?。
（2）在瀏覽器中輸出對應的網址，就可以查看到php的版本信息。
3、方法三：
（1）使用phpversion()函數查詢，新建一個php文件，在文件中輸入?php???echophpversion();?即可。
（2）在瀏覽器中訪問，可以看到瀏覽器頁面上返回的php版本信息，跟預定義常量PHP_VERSION顯示效果一樣。
4、方法四：
（1）使用phpinfo()函數查詢，新建一個php文件，在文件中輸入?php???echophpinfo();?即可。
（2）在瀏覽器中訪問，可以看到不僅可以看到PHP的版本信息，還能看到其它很多關於PHP的信息。
㈢ PHP CLI模式開發詳解
PHP CLI模式開發是一種無需Web伺服器的運行方式，適用於各種場合。CLI模式有以下兩種運行方式：
1. **使用腳本路徑調用PHP CLI解釋器**，通過命令行指定路徑，如`# php /path/to/yourFile.php`，並傳遞參數。此方法需明確PHP解釋器的位置。
2. **為文件設置可執行許可權**，在UNIX/Linux環境執行`chmod +x`，將PHP文件設置為可執行。在腳本頭部添加`#! /usr/bin/php`或類似聲明，並在命令行直接執行。
在CLI模式下，可以從`$_SERVER['argv']`和`$_SERVER['argc']`獲取命令行參數。例如，創建文件`cliPHP1.php`，實現讀取參數功能。
在處理輸入輸出時，CLI遵循UNIX系統設計，使用三個文件句柄：`STDIN`、`STDOUT`和`STDERR`。通過這些句柄，可以實現與用戶的交互，如輸出到屏幕或重定向到文件。例如，將腳本輸出重定向到文件或使用管道`|`將輸出傳遞給另一個命令。
`nohup`命令用於在後台運行CLI腳本，即使退出當前會話也能持續運行。使用`nohup`命令並添加文件名作為輸出重定向，腳本執行的結果將保存至指定文件，如`log.txt`。使用`tail`命令實時查看文件內容。
實現一個持續生成靜態HTML文件的腳本（`cliPHP3.php`）。
更多關於PHP CLI模式開發的知識，包括進階文檔、架構視頻、精彩文章等資源，可通過關注公眾號：PHP開源社區，或訪問相關鏈接獲取。
㈣ Php cli是守護進程的嗎
php_cli模式簡介
php-cli是php Command Line Interface的簡稱，如同它名字的意思，就是php在命令行運行的介面，區別於在Web伺服器上運行的php環境（php-cgi, isapi等） 也就是說，php不單可以寫前台網頁，它還可以用來寫後台的程序。 PHP的CLI shell腳本適用於所有的PHP優勢，使創建要麼支持腳本或系統甚至與GUI應用程序的服務端！——註：windows和linux下都支持php_cli模式
PHP-cli應用場景：
1.多線程應用
這方面的好處，引用鳥哥的話：
優點:
1. 使用多進程, 子進程結束以後, 內核會負責回收資源
2. 使用多進程,子進程異常退出不會導致整個進程Thread退出. 父進程還有機會重建流程.
3. 一個常駐主進程, 只負責任務分發, 邏輯更清楚.
php的多線程—沒錯就是php多線程應用，雖然大家都普遍認為php沒有多線程（curl屬於模擬多線程而不是真實的），但是在php_cli模式下的php徹底的是屬於多線程。這個時候php屬於linux的一個守護進程。 在本人之前寫過的《PHP多線程批量採集下載美女圖片(續)》的時候在採集程序里雖然使用curl來模擬多線程，但是在瀏覽器執行的時候也是會遇到執行超時或內存abort而導致程序中斷，（要嘗試幾次才可以徹底成功），但是如果在php-cli模式下執行，你就會發現這個程序執行的很快，php多線程執行的優勢被徹底表現出來了.
備注:這種多線程方式不是很成熟，不適合大規模的生成應用，偶爾使用還是可以的
2.定時執行php程序
利用linux的cron方式，那麼這個方式是如何定時執行php程序？請看下文
3.開發桌面程序
你可以做您的Windows或Linux中使用PHP的圖形用戶界面（GUI）應用！所有你需要的是PHP的命令行介面和一包GTK。這將允許建立真正的攜帶型圖形用戶界面應用程序（呵呵，之前只是知道php可以做桌面程序，現在才知道是使用php_cli模式），並且不需要學習別的。
4.編寫PHP的shell腳本
如果你不會bash shell或者Perl等的使用，但是你又需要一些腳本去執行的時候，怎麼辦？這個時候你完全可以使用你熟悉的php編寫shell腳本，這個時候你是不是突然感覺PHP是不是太強大了！—–真正做到一種語言，到處開發！
PHP_CLI使用方法
win下面的執行方法：
假設php.exe 在D:xamppphp在dos命令在可以這個執行：
復制代碼 代碼如下:D:xamppphpphp.exe D:xampphtdocstest.php
就可以執行test.php這個文件了 。這里推薦win平台下xampp集成環境，真正比wamp強大N倍，這個集成包可以直接進入dos模式。
linux下php_cli使用
首先找到你安裝php的路徑，以我為例： 
當然實現的方法不止一個，大家可以嘗試其他方法實現！
例外關於php的cli還有很多參數可以加入：具體可以參考：http://php.net/manual/en/features.commandline.php
關於定時執行
cron是一個linux下的定時執行工具，可以在無需人工干預的情況下運行作業，周期性作業，比如備份數據 打開/etc/crontab，添加：
復制代碼 代碼如下:
/usr/bin/php -f /data/htdocs/test.php