從版本 4.3.0 開始,PHP 提供了一種新類型的 SAPI(Server
Application Programming Interface,服務端套用寫程式埠)支援,名為
CLI,意為 Command Line
Interface,即指令行介面。顧名思義,該
SAPI 模組主要用作 PHP 的開發外殼套用。CLI SAPI
和其它 SAPI
模組相比有很多的不同之處,我們將在本章中詳細闡述。值得一提的是,CLI
和 CGI 是不同的 SAPI,儘管它們之間有很多共同的行為。
CLI SAPI 最先是隨 PHP 4.2.0
版本發佈的,但仍舊只是一個實驗性的版本,並需要在運行
./configure 時加上
--enable-cli 參數。從 PHP 4.3.0
版本開始,CLI SAPI 成為了正式模組,--enable-cli 參數會被預設得設定為
on,也可以用參數 --disable-cli 來屏蔽。
從 PHP 4.3.0開始,CLI/CGI 二進位執行檔案的檔案名、位置和是否存在會根據
PHP 在系統上的安裝而不同。在預設情況下,當運行
make 時,CGI 和 CLI 都會被編譯並且分別放置在
PHP 源檔案目錄的 sapi/cgi/php 和
sapi/cli/php 下。可以注意到兩個檔案都被命名為了
php。在 make install
的過程中會發生什麼取決於配置行。若果在配置的時候選取了一個
SAPI 模組,如 apxs,或是使用了
--disable-cgi 參數,則在
make install 的過程中,CLI 將被複製到
{PREFIX}/bin/php,除非 CGI
已經被放置在了那個位置。因此,例如,若果在配置行中有
--with--apxs,則在
make install 的過程中,CLI 將被複製到
{PREFIX}/bin/php。若果希望還原 CGI
執行檔案的安裝,請在 make install
之後運行 make install-cli。或是,也可以在配置行中加上
--disable-cgi 參數。
注:
由於 --enable-cli 和
--enable-cgi
同時預設有效,因此,不必再配置行中加上
--enable-cli 來使得 CLI 在
make install 過程中被複製到
{PREFIX}/bin/php。
在 PHP 4.2.0 到 PHP 4.2.3 之間的 Windows 發行包中,CLI 的檔案名為
php-cli.exe,相同資料夾下的
php.exe 為 CGI。從 PHP 4.3.0 版本開始,Windows
的發行包中 CLI 的執行檔案為
php.exe,被放置在一個單獨的名為
cli 的資料夾下,即
cli/php.exe。在 PHP 5 中,CLI
存在於主資料夾中,名為 php.exe,而
CGI 版本名為 php-cgi.exe。
從 PHP 5 起,一個名為 php-win.exe
的新檔案隨包發佈。它相當於 CLI 版本,但是 php-win
不輸出任何內容,便不提供控制台(不會跳出「DOS 視窗」)。這種模式類似於
php-gtk。需要使用
--enable-cli-win32 選項來配置它。
如何得知自己使用的是哪個 SAPI?:
在指令行下,運行 php -v 便能得知該
php 是 CGI 還是 CLI。請參考函數
php_sapi_name() 以及常量 PHP_SAPI。
注:
在 PHP 4.3.2 中加入了 Unix 的 man 頁面。可以在指令行中鍵入
man php 來檢視。
以下為 CLI SAPI 和其它 SAPI 模組相比的顯著區別:
與 CGI SAPI 不同,其輸出沒有任何頭訊息。
儘管 CGI SAPI 提供了取消 HTTP 頭訊息的方法,但在
CLI SAPI 中並不存在類似的方法以開啟 HTTP 頭訊息的輸出。
CLI 預設以安靜模式開始,但為了保證相容性,-q 和
--no-header 參數為了向後相容仍然保留,使得可以使用舊的 CGI 腳本。
在運行時,不會把工作目錄改為腳本的現用的目錄(可以使用
-C 和 --no-chdir 參數來相容 CGI 模式)。
出錯時輸出純文字的錯誤訊息(非 HTML 格式)。
CLI SAPI 強制覆蓋了 php.ini
中的某些設定,因為這些設定在外殼環境下是沒有意義的。
表格 43-1. 覆蓋 php.ini 設定選項
設定選項 | CLI SAPI 預設值 | 備註 |
---|
html_errors | FALSE |
無意義的 HTML
旗標符會使得出錯訊息很凌亂,所以在外殼下閱讀報錯訊息是十分困難的。因此將該選項的預設值改為 FALSE。
|
implicit_flush | TRUE |
在指令行模式下,所有來自 print() 和
echo() 的輸出將被立即寫到輸出端,而不作任何地緩衝動作。若果希望延緩或控制標準輸出,仍然可以使用
output buffering 設定項。
|
max_execution_time | 0(無限值) |
鑒於在外殼環境下使用 PHP 的無窮的可能性,最大運行時間被設定為了無限值。為
web 開發的套用程式可能只需運行幾秒鐘時間,而外殼套用程式的運行時間可能會長的多。
|
register_argc_argv | TRUE |
由於該設定為 TRUE,將總是可以在 CLI SAPI
中訪問到 argc(傳輸給套用程式參數的個數)和
argv(包括有實際參數的陣列)。
對於 PHP 4.3.0,在使用 CLI SAPI 時,PHP 變量
$argc 和 $argv
已被註冊並且設定了對應的值。而在這之前的版本,這兩個變量在
CGI 或是 模組
版本中的建立依賴於將 PHP 的設定選項
register_globals
設為 on。除了版本和
register_globals 設定以外,可以隨時通過呼叫
$_SERVER
或是 $HTTP_SERVER_VARS
來訪問它們。例如:$_SERVER['argv']
|
注:
這些設定無法在設定檔案 php.ini
或任何特殊的其它檔案中被起始化為其它值。這些預設值被限制在所有其它的設定檔案被解析後改變。不過,它們的值可以在程式運行的過程中被改變(儘管對於該運行過程來說,這些設定項是沒有意義的)。
為了減輕外殼環境下的工作,我們定義了如下常量:
表格 43-2. CLI 私人常量
常量名稱 | 描 述 |
---|
STDIN |
一個已開啟的指向 stdin 的流。可以用如下方法來呼叫:
<?php
$stdin = fopen('php://stdin', 'r');
?>
|
若果想從 stdin 讀取一行內容,可以使用
<?php $line = trim(fgets(STDIN)); // 從 STDIN 讀取一行 fscanf(STDIN, "%d\n", $number); // 從 STDIN 讀取數字 ?>
|
|
STDOUT |
一個已開啟的指向 stdout 的流。可以用如下模式來呼叫:
<?php
$stdout = fopen('php://stdout', 'w');
?>
|
|
STDERR |
一個已開啟的指向 stderr 的流。可以用如下模式來呼叫:
<?php
$stderr = fopen('php://stderr', 'w');
?>
|
|
有了以上常量,就無需自己建立指向諸如 stderr
的流,只需簡單的使用這些常量來代替流指向:
php -r 'fwrite(STDERR, "stderr\n");' |
無需自己來關閉這些流,PHP 會自動完成這些動作。
CLI SAPI
不會將現用的目錄改為已運行的腳本所在的目錄。
以下範例顯示了本模組與 CGI SAPI 模組之間的不同:
<?php // 名為 test.php 的簡單測試程式 echo getcwd(), "\n"; ?>
|
在使用 CGI 版本時,其輸出為
$ pwd
/tmp
$ php-cgi -f another_directory/test.php
/tmp/another_directory |
明顯可以看到 PHP 將現用的目錄改成了剛剛運行過的腳本所在的目錄。
使用 CLI SAPI 模式,得到:
$ pwd
/tmp
$ php -q another_directory/test.php
/tmp |
這使得在利用 PHP 編寫外殼工具時獲得了很大的便利。
注:
可以在指令行運行時給該 CGI SAPI 加上
-C 參數,使其支援 CLI SAPI 的功能。
以下是 PHP 二進位檔案(即 php.exe
程式)提供的指令行模式的選項參數,隨時可以運行帶
-h 參數的 PHP 指令來查詢這些參數。
Usage: php [options] [-f] <file> [--] [args...]
php [options] -r <code> [--] [args...]
php [options] [-B <begin_code>] -R <code> [-E <end_code>] [--] [args...]
php [options] [-B <begin_code>] -F <file> [-E <end_code>] [--] [args...]
php [options] -- [args...]
php [options] -a
-a Run interactively
-c <path>|<file> Look for php.ini file in this directory
-n No php.ini file will be used
-d foo[=bar] Define INI entry foo with value 'bar'
-e Generate extended information for debugger/profiler
-f <file> Parse <file>.
-h This help
-i PHP information
-l Syntax check only (lint)
-m Show compiled in modules
-r <code> Run PHP <code> without using script tags <?..?>
-B <begin_code> Run PHP <begin_code> before processing input lines
-R <code> Run PHP <code> for every input line
-F <file> Parse and execute <file> for every input line
-E <end_code> Run PHP <end_code> after processing all input lines
-H Hide any passed arguments from external tools.
-s Display colour syntax highlighted source.
-v Version number
-w Display source with stripped comments and whitespace.
-z <file> Load Zend extension <file>.
args... Arguments passed to script. Use -- args when first argument
starts with - or script is read from stdin |
CLI SAPI 模組有以下三種不同的方法來取得要運行的 PHP 代碼:
讓 PHP 運行指定檔案。
php my_script.php
php -f my_script.php |
以上兩種方法(使用或不使用 -f 參數)都能夠運行給定的
my_script.php 檔案。可以選取任何檔案來運行,特殊的
PHP 腳本並非必須要以 .php
為副檔名,它們可以有任意的檔案名和副檔名。
在指令行直接運行 PHP 代碼。
php -r 'print_r(get_defined_constants());' |
在使用這種方法時,請注意外殼變量的替代及引號的使用。
注:
請仔細閱讀以上範例,在運行代碼時沒有開始和結束的旗標符!加上
-r 參數後,這些旗標符是不需要的,加上它們會導致語法錯誤。
通過標準輸入(stdin)提供需要運行的 PHP 代碼。
以上用法提供了非常強大的功能,使得可以如下範例所示,動態地建立
PHP 代碼並通過指令行運行這些代碼:
$ some_application | some_filter | php | sort -u >final_output.txt |
以上三種運行代碼的方法不能同時使用。
和所有的外殼套用程式一樣,PHP 的二進位檔案(php.exe
檔案)及其運行的 PHP 腳本能夠接受一系列的參數。PHP
沒有限制傳輸給腳本程式的參數的個數(外殼程式對指令行的字元數有限制,但通常都不會超過該限制)。傳遞給腳本的參數可在全局變量
$argv 中取得。該陣列中下標為零的成員為腳本的名稱(當
PHP 代碼來自標準輸入獲直接用 -r
參數以指令行模式運行時,該名稱為「-」)。另外,全局變量
$argc 存有 $argv
陣列中成員變量的個數(而非傳輸給腳本程式的參數的個數)。
只要傳輸給腳本的參數不是以 -
符號開頭,就無需過多的注意什麼。向腳本傳輸以
- 開頭的參數會導致錯誤,因為 PHP
會認為應該由它自身來處理這些參數。可以用參數清單分隔設定
-- 來解決這個問題。在 PHP
解析完參數後,該符號後所有的參數將會被原樣傳輸給腳本程式。
# 以下指令將不會運行 PHP 代碼,而只顯示 PHP 指令行模式的使用說明:
$ php -r 'var_dump($argv);' -h
Usage: php [options] [-f] <file> [args...]
[...]
# 以下指令將會把「-h」參數傳輸給腳本程式,PHP 不會顯示指令行模式的使用說明:
$ php -r 'var_dump($argv);' -- -h
array(2) {
[0]=>
string(1) "-"
[1]=>
string(2) "-h"
} |
除此之外,還有另一個方法將 PHP 用於外殼腳本。可以在寫一個腳本,並在第一行以
#!/usr/bin/php 開頭,在其後加上以 PHP
開始和結尾旗標符包括的標準的 PHP
代碼,然後為該檔案設定正確的運行屬性(例如:chmod +x test)。該方法可以使得該檔案能夠像外殼腳本或 PERL 腳本一樣被直接執行。
#!/usr/bin/php <?php var_dump($argv); ?>
|
假設改檔案名為 test 並被放置在現用的目錄下,可以做如下動作:
$ chmod +x test
$ ./test -h -- foo
array(4) {
[0]=>
string(6) "./test"
[1]=>
string(2) "-h"
[2]=>
string(2) "--"
[3]=>
string(3) "foo"
} |
正如所看到的,在向該腳本傳輸以 - 開頭的參數時,腳本仍然能夠標準運行。
PHP 4.3.3 以來有效的長選項:
表格 43-3. 指令行選項
選項名稱 | 長名稱 | 說明 |
---|
-a | --interactive |
交談式運行 PHP。若果編譯 PHP 時加入了 Readline 增加(Windows
下不可用),那將會得到一個很好的外殼,內含一個自動完成的功能(例如可以在鍵入變量名的時候,按下
TAB 鍵,PHP 會自動完成該變量名)以及指令歷史記錄,可以用上下鍵來訪問。歷史記錄存在
~/.php_history 檔案中。
|
-c | --php-ini |
用該參數,可以指定一個放置 php.ini
檔案的目錄,或是直接指定一個自訂的 INI
檔案(其檔案名可以不是 php.ini),例如:
$ php -c /custom/directory/ my_script.php
$ php -c /custom/directory/custom-file.ini my_script.php |
若果不指定此選項,PHP 將在預設位置搜尋檔案。
|
-n | --no-php-ini |
完全忽略 php.ini。此參數在 PHP 4.3.0 以後有效。
|
-d | --define |
用該參數可以自行設定任何可以在 php.ini
檔案中設定的配置選項的值,其語法為:
-d configuration_directive[=value] |
例子(因版面原因而折行顯示):
# 取值部分被省略,將會把配置選項設為 "1"
$ php -d max_execution_time
-r '$foo = ini_get("max_execution_time"); var_dump($foo);'
string(1) "1"
# 取值部分為空白,將會把配置選項設為 ""
php -d max_execution_time=
-r '$foo = ini_get("max_execution_time"); var_dump($foo);'
string(0) ""
# 配置選項將被設定成為任何 '=' 字元之後的值
$ php -d max_execution_time=20
-r '$foo = ini_get("max_execution_time"); var_dump($foo);'
string(2) "20"
$ php
-d max_execution_time=doesntmakesense
-r '$foo = ini_get("max_execution_time"); var_dump($foo);'
string(15) "doesntmakesense" |
|
-e | --profile-info |
啟動增加訊息模式,被用於除錯/測試。
|
-f | --file |
解析並運行 -f
選項給定的檔案名。該參數為可選參數,可以省略,僅指明需要運行的檔案名即可。
|
-h and -? | --help and --usage |
使用該參數,可以得到完整的指令行參數的清單及這些參數作用的簡單描述。
|
-i | --info |
該指令行參數會呼叫 phpinfo()
函數並顯示出結果。若果 PHP 沒有標準工作,建議執行
php -i
指令來檢視在訊息表格之前或是對應的地方是否有任何錯誤訊息輸出。請注意當使用
CGI 摸索時,輸出的內容為 HTML
格式,因此輸出的訊息篇幅較大。
|
-l | --syntax-check |
該參數提供了對指定 PHP
代碼進行語法檢查的方便的方法。若果成功,則向標準輸出寫入
No syntax errors detected in <filename>
字串,並且外殼返回值為
0。若果失敗,則輸出
Errors parsing
<filename>
以及內定解析器錯誤訊息到標準輸出,同時外殼返回值將別設定為
255。
該參數將無法檢查致命錯誤(如未定義函數),若果也希望檢驗致命錯誤,請使用
-f 參數。
|
-m | --modules |
使用該參數,PHP 將列印出內建以及已加載的 PHP 及 Zend 模組:
$ php -m
[PHP Modules]
xml
tokenizer
standard
session
posix
pcre
overload
mysql
mbstring
ctype
[Zend Modules] |
|
-r | --run |
使用該參數可以在指令行內運行單行 PHP
代碼。無需加上 PHP
的起始和結束標識符(<?php 和
?>),否則將會導致語法解析錯誤。
注:
使用這種形式的 PHP 時,應注意避免和外殼環境進行的指令行參數置換相衝突。
顯示語法解析錯誤的範例
$ php -r "$foo = get_defined_constants();"
Command line code(1) : Parse error - parse error, unexpected '=' |
這裡的問題在於即使使用了雙引號
",sh/bash 仍然實行了參數置換。由於
$foo
沒有被定義,被置換後它所在的位置變成了空字元,因此在運行時,實際被
PHP 讀取的代碼為:
$ php -r " = get_defined_constants();" |
正確的方法是使用單引號
'。在用單引號引用的字串中,變量不會被
sh/bash 復原成其原值。
$ php -r '$foo = get_defined_constants(); var_dump($foo);'
array(370) {
["E_ERROR"]=>
int(1)
["E_WARNING"]=>
int(2)
["E_PARSE"]=>
int(4)
["E_NOTICE"]=>
int(8)
["E_CORE_ERROR"]=>
[...] |
若果使用的外殼不是 sh/bash,可能會碰到更多問題。請將碰到的 Bug
向 http://bugs.php.net/
報告。注意,當試圖將 shell 變量用到代碼中或是使用反斜線時仍然很容易碰到問題。
注:
-r 在 CLI SAPI
中有效,在 CGI SAPI 中無效。
|
-B | --process-begin |
在處理 stdin 之前先執行 PHP 代碼。PHP 5 新加。
|
-R | --process-code |
對每個輸入行都執行 PHP 代碼。PHP 5 新加。
此模式下有兩個特殊變量:$argn
和 $argi。$argn
包括 PHP 現用的處理的行內容,而
$argi 則包括該行號。
|
-F | --process-file |
對每個輸入行都執行 PHP 檔案。PHP 5 新加。
|
-E | --process-end |
在處理完輸入後執行的 PHP 代碼。PHP 5 新加。
使用 -B,-R 和
-E 選項來計算一個項目總行數的例子。
$ find my_proj | php -B '$l=0;' -R '$l += count(@file($argn));' -E 'echo "Total Lines: $l\n";'
Total Lines: 37328 |
|
-s | --syntax-highlight and --syntax-highlight |
顯示有語法高亮色彩的原始碼。
該參數使用內建機制來解析檔案並為其建立一個 HTML
高亮版本並將結果寫到標準輸出。請注意該過程所做的只是建立了一個
<code> [...] </code> 的
HTML 旗標的塊,並不包括任何的 HTML 頭。
|
-v | --version |
將 PHP,PHP SAPI 和 Zend 的版本訊息寫入標準輸出。例如:
$ php -v
PHP 4.3.0 (cli), Copyright (c) 1997-2002 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2002 Zend Technologies |
|
-w | --strip |
顯示除去了注解和多餘空白的原始碼。
|
-z | --zend-extension |
加載 Zend 增加庫。若果僅給定一個檔案名,PHP
將試圖從現用的系統增加庫的預設路徑(在 Linux
系統下,該路徑通常由 /etc/ld.so.conf
指定)加載該增加庫。若果用一個絕對路徑指定檔案名,則不會使用系統的增加庫預設路徑。若果用相對路徑特殊的檔案名,則
PHP 僅試圖在現用的目錄的相對目錄加載增加庫。
|
PHP 的指令行模式能使得 PHP 腳本能完全獨立於 web 伺服器單獨運行。若果使用
Unix 系統,需要在 PHP
腳本的最前面加上一行特殊的代碼,使得它能夠被執行,這樣系統就能知道用哪個程式去運行該腳本。在
Windows 平台下可以將 php.exe 和 .php
檔案的按兩下屬性關聯聯,也可以編寫一個批處理檔案來用 PHP
執行腳本。為 Unix 系統增加的第一行代碼不會影響該腳本在
Windows 下的運行,因此也可以用該方法編寫跨平台的腳本程式。以下是一個簡單的
PHP 指令行程式的範例。
例子 43-1. 試圖以指令行模式運行的 PHP 腳本(script.php)
#!/usr/bin/php <?php
if ($argc != 2 || in_array($argv[1], array('--help', '-help', '-h', '-?'))) { ?>
This is a command line PHP script with one option.
Usage: <?php echo $argv[0]; ?> <option>
<option> can be some word you would like to print out. With the --help, -help, -h, or -? options, you can get this help.
<?php } else { echo $argv[1]; } ?>
|
|
在以上腳本中,用第一行特殊的代碼來指明該檔案應該由 PHP
來執行。在這裡使用 CLI 的版本,因此不會有 HTTP 頭訊息輸出。在用
PHP 編寫指令行套用程式時,可以使用兩個參數:$argc
和 $argv。前面一個的值是比參數個數大 1
的整數(運行的腳本本身的名稱也被當作一個參數)。第二個是包括有參數的陣列,其第一個元素為腳本的名稱,下標為數字
0($argv[0])。
以上程式中檢查了參數的個數是大於 1 個還是小於 1
個。此外若果參數是 --help,-help,-h
或 -?
時,列印出說明訊息,並同時動態輸出腳本的名稱。若果還收到了其它參數,將其顯示出來。
若果希望在 Unix 下運行以上腳本,需要使其屬性為可執行檔案,然後簡單的運行
script.php echothis 或 script.php -h。在
Windows 下,可以為此編寫一個批處理檔案:
例子 43-2. 運行 PHP 指令行腳本的批處理檔案(script.bat) @C:\php\php.exe script.php %1 %2 %3 % |
|
假設將上述程式命名為 script.php,且
CLI 版的 php.exe 檔案放置在
c:\php\cli\php.exe,該批處理檔案會說明將附加的參數傳給腳本程式:script.bat
echothis 或 script.bat -h。
請參閱 Readline
增加模組的有關文件,以取得更多的函數的訊息。這些函數可以說明完善 PHP 指令行套用程式。