commandlinephp

『壹』 php鏄浠涔堬紵

Php錛屾槸鑻辨枃瓚呯駭鏂囨湰棰勫勭悊璇璦Hyprtext Preprocessor鐨勭緝鍐欍 鏄涓縐岺TML鍐呭祵寮忕殑璇璦錛屾槸涓縐嶅湪鏈嶅姟鍣ㄧ鎵ц岀殑宓屽叆HTML鏂囨。鐨勮剼鏈璇璦錛岃璦鐨勯庢牸鏈夌被浼間簬C璇璦銆傝騫挎硾榪愮敤銆

PHP 鐙鐗圭殑璇娉曟販鍚堜簡 C銆丣ava銆丳erl 浠ュ強 PHP 鑷鍒涙柊鐨勮娉曘傚畠鍙浠ユ瘮CGI鎴栬匬erl鏇村揩閫熺殑鎵ц屽姩鎬佺綉欏點傜敤PHP鍋氬嚭鐨勫姩鎬侀〉闈涓庡叾浠栫殑緙栫▼璇璦鐩告瘮錛孭HP鏄灝嗙▼搴忓祵鍏ュ埌HTML鏂囨。涓鍘繪墽琛岋紝鎵ц屾晥鐜囨瘮瀹屽叏鐢熸垚HTML鏍囪扮殑CGI瑕侀珮璁稿氾紱PHP榪樺彲浠ユ墽琛岀紪璇戝悗浠ｇ爜錛岀紪璇戝彲浠ヨ揪鍒板姞瀵嗗拰浼樺寲浠ｇ爜榪愯岋紝浣誇唬鐮佽繍琛屾洿蹇銆侾HP鍏鋒湁闈炲父寮哄ぇ鐨勫姛鑳斤紝鎵鏈夌殑CGI鐨勫姛鑳絇HP閮借兘瀹炵幇錛岃屼笖鏀鎸佸嚑涔庢墍鏈夋祦琛岀殑鏁版嵁搴撲互鍙婃搷浣滅郴緇熴

『貳』 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 怎麼用zend加密

可以加密就可以解密。

解密ZEND加密後的PHP文件：

zend加密php文件解密工具Dezender可以做到。

1、下載Dezender.zip

2、解壓到盤裡面，最好不要有中文路徑，比如解壓到 I:Dezender 裡面，修改I:DezenderPHP5PHP5php.ini文件，修改裡面的文件路徑。

『肆』 php報錯，找不到指定模塊，Fatal error

如果你在使用命令行運行 `php -v` 時遇到 "Fatal error: 找不到指定模塊" 的錯誤，這可能是由於 PHP CLI（Command Line Interface）與你的本地伺服器環境存在差異導致的。
PHP CLI 和本地伺服器使用的 PHP 版本和配置可能不同。請嘗試以下解決方法：
1. 確認 PHP CLI 安裝：確保你已正確安裝了 PHP CLI，並且可以從命令行中訪問到它。你可以通過運行 `which php` 命令來查看 PHP CLI 的路徑。如果沒有找到，請檢查你的系統是否正確安裝了 PHP CLI。
2. 檢查 PHP 配置文件：PHP CLI 使用的配置文件可能與本地伺服器不同。你可以通過運行 `php --ini` 命令來查看 PHP CLI 使用的配置文件路徑。確保該配置文件存在並包含所需的模塊載入語句。
3. 檢查擴展模塊載入：如果報錯指明找不到某個特定的模塊，例如 MySQL 或 GD 等，那麼可能是因為 PHP CLI 缺少相應的擴展模塊。你可以編輯 PHP CLI 的配置文件（如上一步所示），啟用或載入所需的擴展模塊。具體操作方式取決於你的操作系統和 PHP 版本。
4. 更新 PHP 版本：如果以上方法都無效，你可以考慮更新你的 PHP 版本。較新的 PHP 版本通常包含更多功能和修復了一些問題。請注意，更新 PHP 版本可能需要你重新配置和調整你的代碼。
如果問題仍然存在，請提供更詳細的錯誤信息、PHP 版本以及操作系統等相關信息，我再幫你解決。

『伍』 php與asp.net的區別

1. PHP, Hypertext Preprocessor, 動態網頁開發語言。
PHP，Hypertext Preprocessor，最初在95年問世（那時以前叫Personal Home Page）。PHP最初是製作動態網頁的伺服器端腳本語言，但

現在PHP已經可以作為command line運行有GUI的standalone的程序。現在是PHP Group在開發和管理PHP的規則，功能等。但PHP大都用在

dynamic webpage scripting上，好象沒聽過誰用它開發desktop application。

PHP使用率是製作動態網頁的幾種語言（JSP，ASP，ASP.NET, ColdFusion, Ruby, SHTML）中最高的。因為PHP在95年已經問世至今，以有

相當數量的開發者。我們熟知的國際權威網路全書Wikipedia有90%用PHP寫的，而且國外流行多年的「校內網」FaceBook 也全部用PHP寫

的，同時Yahoo, Sony官方，Pepsi百事官方這些網站都是用PHP的。根據維基網路（Wikipedia）的說法，PHP被超過20,000,000的網站所

用，被超過1,000,000的網頁伺服器所用。目前到2008五月，PHP最新版本為5.2.6。

PHP不僅使用率高，而且能兼容各類平台。它可以在大多數網頁伺服器上運行（如：MS IIS，Apache），大多數操作系統上運行（如：

Windows, UNIX, Linux）。而且PHP支持很大多數牌子的資料庫：MySQL, Informix, Oracle, Sybase, Solid, PostgreSQL, Gerneric

ODBC等。

結構方面，雖比JSP，ASP.NET差點，PHP也有很多Framework可用。微軟的ASP.NET結構是出名的，JSP的MVC結構也很厲害，所以開發大網

站ASP.NET，JSP都很快。而PHP Group也為此付出很大努力，來開發自己特有的結構適應不同類型的大網站的需求。常見的PHP的

Framework有：CakePHP, PRADO, Symfony, Zend等。

另外LAMP結構，是PHP最常用的開發模式，即是配合Linux, Apache, MySQL, PHP，合稱LAMP。

2. ASP（Active Server Pages）, ASP.NET 兩個分別是 動態網頁開發語言，動態網頁開發語言和結構
(1) 關於ASP的淘汰
ASP, Active Server Pages已經過時了, 但因為其出現的早，96年就有了，所以現在有些中小網站還用（但，使用最多最廣的是PHP，最

初於95年現世。ASP是微軟第一代動態網頁開發語言，只能在Windows系統 + MS IIS伺服器平台下運行。

Wikipedia, Facebook, 網路等都用PHP，PHP學習的簡單度和ASP差不多；JSP稍微難點，JSP用的一般都是銀行，購物等安全性較高的網站

，Google也用JSP）。但隨著開發者的各種需求，ASP以後可以被ASP.NET取代，因為微軟停止對其的一切技術維護與功能更新。ASP.NET是

革新版本的ASP（注意是「革新版本」，而非「改進版本」），或者說是完全新一代的Dynamic Web Scripting。

ASP代表著傳統的dynamic web scripting，與ASP.NET沒什麼關系，學了確實也沒用。因為ASP不象CGI（Common Gateway Interface），

CGI是動態網站製作的始祖，所有ASP，JSP，PHP什麼的都根據CGI演化而來，而且ASP，PHP，JSP都包含了些 CGI的東西；而ASP卻沒有被

衍生出任何新技術，ASP.NET也不算基於ASP，只能說ASP.NET開發理念，library，功能完全是基於.NET的其它組件。

其實PHP，JSP，ASP明白其中一種，其它的都很容易學會了。如果非要學學傳統的dynamic web scripting，那就學學PHP吧，不比ASP難，

但比ASP功能多，穩定性好，PHP5運行速度也比ASP快很多（JSP稍難因為要學點 Java）。學了PHP或JSP什麼的，對學ASP.NET有好處，而

且還可以直接用PHP，JSP進行開發。去google差差英文資源，有評價PHP 最好的，有評價JSP最好的，還從沒有聽誰說過ASP最好。

ASP.NET畢竟在.NET中，所以ASP.NET還是有相當地位的。

(2). 關於ASP.NET的優勢
ASP.NET是微軟.NET Framework的一部分。伴隨.NET 1.0在2002的問世，ASP.NET也出現在動態網頁開發語言的家族中（與

PHP,JSP,ColdFusion, Ruby, SHTML等並行了）。

功能上，ASP.NET比ASP有更強大的library, 更好的穩定性。 ASP.NET可以使用.NET Framework中所有組件（也就是說.NET能實現的，

ASP.NET一樣能實現），功能上顯然強大於傳統功能單調的ASP。最強的技術支持Web Service, 而且有.NET的所有library做後盾。而且

ASP.NET 在.NET 3.5中還有微軟專門為AJAX開發的功能--ASP.NET AJAX。

結構上，傳統的ASP把所有代碼混為一團，簡單的用<%%>把HTML和VBScript（或JScript）分開，實現動態輸出 HTML。因為ASP.NET模仿

JSP的MVC網頁結構，微軟為ASP.NET開發了自己的Code-Behind結構，將 presentation（文件拓展名：.aspx）和business logic(文件拓

展名：.cs或.vb等)分離。同時Code-Behind模式也實現了讓ASP.NET開發者用.NET中最普通Winform的開發模式來開發網站，方便非網頁開

發者製作動態網站。所以ASP.NET更容易維護，比ASP更適合於Enterprise Level 的大網站開發。

由於ASP.NET比JSP，PHP等更接近於.NET Winform的開發。如Tree View, Datagrid View（即高級Table）等高級UI，都可以直接用

ASP.NET中的Web Control來實現，這比傳統的使用JavaScript + XTHML + CSS的DHTML開發方式簡單不少，也更好維護。同時ASP.NET開發

這可以定義自己的User Control，製作自己特別的一種UI（如網站LOGO，版權等部分），而且此User Control可以被存為.ascx文件，方

便讓每一頁(.aspx)來使用。

運行速度上，ASP.NET模仿了JSP的預編譯機制(Pre-Compile)。使編譯好的代碼(MSIL語言)在網頁伺服器上運行。這樣比傳統的ASP，傳統

PHP（PHP4以前版本）更快，因為傳統的ASP是直接運行開發者寫的Script，相當於每運行一次，就得編譯一次那麼慢。 ASP.NET可以用

VB, C#, J#等所有.NET Framework的語言開發.(但其實每種語言做的東西都一樣... 就象山東話, 東北話, 寫出來都是中文:)

不過ASP.NET對出學者可能有點難. 因為它其實在模擬desktop application development，即Winforms開發的模式, 不象傳統的JSP,

PHP, ASP這樣容易明白。傳統的Dynamic Server Scripting, 象PHP 5, 這是現在最簡單的, 最有效的了。（ 那個JSP也不難. 如果有錢

還可以考慮下Adobe ColdFusion。）

ASP.NET的新潮的Dynamic Server Scripting, 在其帶動下SUN也推出自己的JavaServer Faces (其實是拓展JSP，但JSF無法取代JSP), 和

ASP.NET很象, 也有很多Web Control（JTable, JTree），同時JSF也曾強了對WEB SERVCIE的支持, 也很適合ENTERPRISE LEVEL 的網站。

(3). ASP與ASP.NET的優劣總結：
-- ASP已經被微軟停止更新；ASP.NET卻在.NET（1.0, 2.0, 3.0, 3.5）中突飛猛進；
-- ASP在96年出現，並沒有引領一個潮流，PHP，ColdFusion都出現於95年，引領了整個潮流；ASP.NET引領新的動態網站開發潮流，SUN

的JSF（JavaServer Faces）就是與ASP.NET極其相似；
-- ASP大多被用在是中小網站；PHP被Wikipedia, Facebook, 網路所用，JSP被GOOGLE所用；
-- ASP不支持Web Service; ASP.NET支持Web Service。要是了解.NET中的Web Service在大組織系統中的重要性，就能立桿見影的看出差

距
-- ASP開發AJAX比較麻煩；而ASP.NET專門用AJAX控制項，更方便。要是了解Web 2.0，那麼AJAX是什麼地位，就不用我說了吧。
-- ASP.NET模仿JSP，是pre-compile的；ASP不compile，直接運行Script的速度顯然沒有compile之後的快。
-- ASP.NET的唯一缺點，就是開發用的IDE--Visual Studio Professional比較貴（express版免費的功能太少）；ASP的唯一優點是，其

學起來最簡單，跟PHP一樣簡單，比JSP簡單，更比ASP.NET簡單幾倍。

3. .NET Framework
.NET Framework的概念就大了。.NET Framework是微軟開發的一種軟體開發技術。主要用來開發MS Windows系統上的各類軟體。.NET主要

包含一個龐大的library（解決常見編程問題）和一個virtual machine（管理程序的運行）。可以說Windows是微軟的命根：），所

以.NET就是微軟佔領軟體市場的關鍵。

.NET Framework的library叫做BCL, Base Class Library，包含了在各種領域的大范圍的編程需要，如user interface用戶界面，data

access數據接入，database connectivity, cryptography, web application development網站開發，numeric algorithms數學計算，

network communications網路交流等。開發者利用各種BSL來構成自己的代碼，進而開發出多樣的應用程序。

.NET寫出的程序在CLR, Common Language Runtime上運行。CLR是一個application virtual machine來幫助運行開發者寫的程序。CLR提

供很多重要功能，如：security安全，memory management內存管理，exception handling錯誤控制。

BSL，CLR構成了強大的.NET Framework。

.NET Framework主要安裝在Windows Server 2008, Windows Vista。小版本的.NET Framework還安裝在Windows Mobile系統上。但是家用

Windows XP等系統一樣可以安裝.NET Framework來運行用.NET寫的程序。

平時在學校學習，通常學習.NET中的三個主要技術：Winforms（桌面應用程序開發，就是平時普通程序如QQ，Skype可以用它，但其實QQ

用C,C++寫的）, ASP.NET（網頁，平時在IE，FireFox上看的網頁可以用它）, ADO.NET（接入資料庫，處理相關數據）。但.NET不是一種

語言。寫.NET程序可以用任何.NET支持的語言，如：C#, VB.NET, J#等等。明白其中一種就可以了。

.NET概念挺大，東西也非常非常多。與之相似的技術有SUN的Java技術(分三個技術部分Java SE, Java EE, Java ME)。

『陸』 Unix/Linux中如何直接執行PHP腳本文件

使用Linux系統搭建完整的PHP環境後，用戶常會遇到執行PHP腳本需要使用php myscript.php的方式，感覺較為繁瑣。實際上，Linux系統支持直接執行PHP腳本文件。具體操作步驟如下：

首先，編寫PHP腳本文件。例如，創建名為test_run.php的文件，內容如下：

Here is some plain text.

Here is the file name：

《？php

echo $argv［0］， PHP_EOL;

》

腳本功能簡單，輸出當前腳本文件的名稱。

接著，通過命令執行腳本：

yuanyu@ymac:phpworkspace $ php test_run.php hello

輸出結果為：

Here is some plain text.

Here is the file name：

test_run.php

yuanyu@ymac:phpworkspace $

為腳本文件增加頭信息及設置許可權：

在文件首行添加php命令全路徑，前綴為#！：

#！/usr/bin/php

保持腳本內容不變：

《？php

echo $argv［0］， PHP_EOL;

》

執行賦予可執行許可權：

yuanyu@ymac:phpworkspace $ chmod u+x 。/test_run.php

即可直接執行腳本：

yuanyu@ymac:phpworkspace $ 。/test_run.php

輸出結果為：

Here is some plain text.

Here is the file name：

/test_run.php

yuanyu@ymac:phpworkspace $

此方法在PHP官方文檔中亦有提及，請參考：

http://php.net/manual/en/features.commandline.usage.php

文檔中關於腳本在命令行運行的示例，請參照：

「Example #2 Script intended to be run from command line （script.php）」

『柒』 使用PHP程序檢查PHP文件是否有語法錯誤

在網上找了一下。剛開始以為 token_get_all()函數能處理語法錯誤的問題，結果發現，它只是做簡單的詞法分析。沒有辦法。後來到論壇上去問了一下
之前在當當的時候的一個項目中用到了一個簡單的模板引擎，其實也是借鑒discuz來做的模板引擎，很簡單，它所作的事情就是把一些自定義的標簽編譯成php代碼。已經說了很簡單了，所以編譯的時候也名優進行模板語法的檢查，那麼在開發過程中就會出現編譯出來的php文件有語法問題，有語法問題沒有關系，我修改重新編譯一下就好了。首先不能在每次請求的時候都把php模板重新編譯一下，會嚴重影響性能，折中的處理時在每個編譯好的php文件末尾檢查一下該模板文件是否已經修改過，根據設定的更新頻率，如果又需要則重新編譯模板文件，現在的問題是編譯出來的php文件自己有語法錯誤，根本執行不到模板檢查那一步，所以即使修改了模板文件中的問題也不會重新編譯。 所以我想尋找一種簡單的方法來檢查生成的php文件是否合法。不合法就重新編譯，這樣開發過程中就不用出現錯誤就得手動刪除緩存文件了。
在網上找了一下。剛開始以為 token_get_all()函數能處理語法錯誤的問題，結果發現，它只是做簡單的詞法分析。沒有辦法。後來到論壇上去問了一下
有人告訴我有這樣一個函數 php_check_syntax() 我想問題就這么堅決了。。我真應該rtf(read the fuck mannual). 仔細一看。這個函數已近被棄用了：
note: for technical reasons, this function is deprecated and removed from php. instead, use php -l somefile.php from the commandline.
這個technical reason 到底是什麼呢？ 先不管了，以後再慢慢研究，反正不能使用這個方法就對了。
他們的建議是使用命令行$php -l filename.php 來檢查語法。
gary every給了我一個代碼片段參考：
在命令行下檢查問題也不大。如果我要放在在線應用呢？ 這就涉及到可移植性的問題了。首先是操作系統，然後就是環境變數。這樣的話就會依賴於伺服器端的配置。在http://www.php.net/manual/en/function.php-check-syntax.php 上有人貼出了自己的php_check_syntax()函數實現。
有的採用的就是上面的命令行的方法。
後面有提到使用eval的方法來驗證。eval方法會執行傳入的代碼， 如果代碼有語法錯誤則會拋出parser error, 可以使用'@'錯誤抑制符去掉錯誤信息，eval和echo一樣並不是函數，不能使用變數函數的方法調用比如：
$func = 『eval'
$func()這樣的調用就是無效的。它會提示沒有eval函數，如果你自己定義這么一個函數也是有問題的。因為eval是一個關鍵字。
eval調用和include差不多，如果被包含文件中沒有明確return就返回null。如果直接eval我們需要檢查的文件會造成被檢查的文件內代碼被執行，這可不是我們想要的，我們只需要檢查一下這個文件的語法是否正確。 我們可以在要檢查的文件之前添加return 語句，讓代碼提前跳出，那麼後面的代碼就不會執行了。好的，就這么干。
checker.php
if(!function_exists('php_check_syntax')) {
function php_check_syntax($file_name, &$error_message = null) {
$file_content = file_get_contents($file_name);
$check_code = "return true; ?>";
$file_content = $check_code . $file_content . "<?php ";
if(!@eval($file_content)) {
$error_message = "file: " . realpath($file_name) . " have syntax error";
return false;
}
return true;
}
}
if(!php_check_syntax("file.php", $msg)) {
echo $msg;
}
else {
echo "woohoo, ok!";
}
file.php
<?php
foreach:: a => b
?>
因為parse error 是沒法被 set_error_handler處理函數處理的。這個異常沒辦法catch到。所以才使用了@來抑制錯誤。這帶來的問題就是我們無法得到詳細的錯誤信息。 不過目前我需要的功能也只是檢查語法是否正確。不正確的話重新編譯模板文件，就這么簡單，至於語法錯誤，在顯示網頁的時候自然會看得到。

『捌』 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