Usando PHP desde la línea de comando
Desde la versión 4.3.0, PHP soporta un nuevo tipo de SAPI (Interfaz De Programación De Uso Del Servidor) llamada CLI que significa literalmente interfaz de línea de comando (Command Line Interface). Como el nombre implica, este tipo de SAPI se foca en la creación de aplicaciones que pueden correr desde la línea de comando (o desde el desktop también) con PHP. Hay algunas diferencias dentro del CLI SAPI y otros SAPI que son explicadas en este capítulo. Es importante mencionar que CLI y CGI son diferentes clases de SAPI y comparten algunas características.
La interfaz llamada CLI SAPI fue introducida con PHP 4.2.0, pero es todavía en estado experimental y tiene que ser activada explícitamente con --enable-cli cuando usando ./configure. Desde PHP 4.3.0 la interfaz CLI SAPI es activada automáticamente. Tu puedes usar --disable-cli para de-activarla.
Desde PHP 4.3.0, el nombre, locación, y existencia de los binarios CLI/CGI serán diferentes dependiendo en como Instales PHP en tu sistema. Cuando ejecutes make, CGI, y CLI son compilados automáticamente, y puestas como sapi/cgi/php y sapi/cli/php respectivamente, en el directorio "source" de PHP. Debes notar, que los dos son llamados php. Lo que ocurre durante el proceso make depende en tu línea de configuración (./configure). Si el modulo SAPI es seleccionado durante tu configuración, como por ejemplo apxs, o la opción --disable-cgi es usada, el CLI es copiado a {PREFIX}/bin/php durante la ejecución del comando make install de otras maneras el CGI es instalado aquí. Por ejemplo, si pones --with-apxs en tu configuración, entonces el CLI es copiado a {PREFIX}/bin/php durante make install. Si tu quieres sobrescribir la instalación del CGI binario, utiliza make install-cli después de usar make install. Alternativamente puedes especificar --disable-cgi en tu línea de configuración.
Note: Por que ambos --enable-cli y --enable-cgi son activados automáticamente, simplemente teniendo --enable-cli en tu línea de configuración no necesariamente significa que CLI son copiados a {PREFIX}/bin/php durante make install.
Los archivos de PHP 4.2.0 y PHP 4.2.3 distribuían el CLI como php-cli.exe, y los mantenía en el mismo directorio que el CGI php.exe. Empezando con PHP 4.3.0 el archivo para windows distribuye el CLI como php.exe en un directorio llamado cli; o sea cli/php.exe.
Note: Que versión de SAPI tengo? Desde tu línea de comando, ejecutando php -v te dejara saber si php es CGI o CLI.
Diferencias remarcables del CLI SAPI comparadas con otros SAPIs: SAPIs:
-
En esta clase de CGI SAPI no hay cabeceras ("headers") escritas en el resultado ("output").
Aunque el CGI SAPI provee una manera de suprimir HTTP cabeceras ("headers"), no existe una opción equivalente que los activa en el CLI SAPI.
CLI automáticamente empieza en modo silencioso, la opción -q existe por compatibilidad con antiguos programas CGI.
No cambia el directorio corriente, a ese en el cual el programa vive. La opción -C es mantenida por compatibilidad.
Errores son reportados en texto, no en el formato HTML.
-
Hay ciertas directivas en el php.ini que son sobrescrita por el CLI SAPI por que estas no hacen mucho sentido en situaciones donde la línea de comando es usada:
Directivas sobrescrita en php.ini Directivas (directives) CLI SAPI evaluó automático (default value) Commentario (comment) html_errors FALSE Cuando los resultados incorrectos aparecen en tu línea de comando, puede ser difícil hacer sentido de ellos con todas esas HTML tags, por esta razón, esta directiva es automáticamente FALSE. implicit_flush TRUE Es deseoso que los resultados de print (imprimir)(), echo (ecco)() y otras relacionadas, sean inmediatamente escritas como resultados y no mantenidas en ningún buffer. Tu todavía puedes usar output buffering si tu quieres manipular los resultados proveidos automáticamente. max_execution_time 0 (unlimited) Debido un numero ilimitado de posibilidades de usar PHP en la línea de comando, el máximo tiempo de ejecución es ilimitado. Aunque aplicaciones escritas para el Internet, usualmente requieres una rápida ejecución, la clase de aplicación que es ejecutada desde la línea de comando, usualmente necesitan mas tiempo para ejecutar correctamente. register_argc_argv TRUE Por que estas opciones son TRUE tu siempre necesitaras acceso al argc (el numero de argumentos pasados a la aplicación) y argv (el array de argumentos) en el CLI SAPI.
Desde la versión 4.3.0 de PHP, las variables $argc y $argv son registradas y llenadas con los resultados apropiados cuando usando CLI SAPI. Antes de esta versión, la creación de estas variables es similar a como en CGI y MODULE versiones que requiere la PHP directiva register_globals estar on (active). Sin importar la versión o la configuración de register_globals tu siempre puedes trabajar por medio de $_SERVER o $HTTP_SERVER_VARS. Por ejemplo: $_SERVER['argv']
Note: Estas instrucciones no pueden ser iniciadas con valores que son diferentes a los de la configuración en php.ini o el archivo correspondiente. Esta es una limitación dada por que esos valores automáticos, son aplicados después de que todos los archivos conteniendo parámetros de configuración an sido ejecutados; PERO, esto valores pueden ser cambiados mientras to programa esta ejecutando (esto no hace sentido para todas las directivas, como por ejemplo register_argc_argv).
-
Para facilitar trabajando en la línea de comando, las siguientes constantes son definidas:
constantes especificas de CLI Constant (constante) Description (descripción) STDIN Una stream abierta hacia stdin. Esto nos salva de abrirla con $stdin = fopen('php://stdin', 'r');
STDOUT Una stream abierta hacia stdout. Esto nos salva de abrirla con $stdout = fopen('php://stdout', 'w');
STDERR Una stream abierta hacia stderr. Esto nos salva de abrirla con $stderr = fopen('php://stderr', 'w');
Dado lo anterior, tu no necesitas abrir, como por ejemplo, una stream hacia stderr manualmente, solamente necesitas usar la constante en vez de usar los recursos de la stream:
php -r 'fwrite(STDERR, "stderr\n");'
-
El CLI SAPI no cambia el directorio en el cual to estas corrientemente, al directorio donde el programa ejecutado vive!
Ejemplo mostrando la diferencia al CGI SAPI:
<?php
/* Nuestra aplicación llamada.php*/
echo getcwd(), "\n";
?>Cuando usas la versión CGI el resultado es:
Esto claramente muestra que PHP cambia su directorio al usado por el programa que ejecutas.$ pwd /tmp $ php -q otro_directorio/test.php /tmp/otro_directorio
Usando el CLI SAPI resulta:
Esto no da mas flexibilidad cuando escribiendo utilidades en la línea de comando con PHP.$ pwd /tmp $ php -f otro_directorio/test.php /tmp
Note:
Puedes obtener acceso a la lista de opciones proveida por PHP ejecutando PHP con el -hswitch:
Usage: php [options] [-f] <file> [args...] php [options] -r <code> [args...] php [options] [-- args...] -s Display colour syntax highlighted source. -w Display source with stripped comments and whitespace. -f <file> Parse <file>. -v Version number -c <path>|<file> Look for php.ini file in this directory -a Run interactively -d foo[=bar] Define INI entry foo with value 'bar' -e Generate extended information for debugger/profiler -z <file> Load Zend extension <file>. -l Syntax check only (lint) -m Show compiled in modules -i PHP information -r <code> Run PHP <code> without using script tags <?..?> -h This help args... Arguments passed to script. Use -- args when first argument starts with - or script is read from stdin
Usage: php [options] [-f] <file> [args...] php [options] -r <code> [args...] php [options] [-- args...] -s Display colour syntax highlighted source. (colorear el sintaxis en el código) -w Display source with stripped comments and whitespace. (remueve los comentarios y espacios del código) -f <file> Parse <file>. (analiza <file>) -v Version number (la versión de PHP que estas usando) -c <path>|<file> Look for php.ini file in this directory (usa el php.ini archivo localizado aquí) -a Run interactively (interactivo) -d foo[=bar] Define INI entry foo with value 'bar' (define foo con el valor 'bar' en php.ini) -e Generate extended information for debugger/profiler (genera mas información para el debugger/profiler) -z <file> Load Zend extension <file>. (inicia las exenciones Zend <archive>) -l Syntax check only (lint) (Mira al sintaxis (lint)) -m Show compiled in modules (muestra los módulos compilados) -i PHP information (información PHP) -r <code> Run PHP <code> without using script tags <?..?> (ejecuta PHP <code> sin usar las tags <?..?> en el script -h This help (estas opciones) args... Arguments passed to script. Use -- args when first argument starts with - or script is read from stdin (Argumentos pasados al programa. Usa -- args cuando el primer argumento empieza con - o tu programa es leído directamente desde stdin)
El CLI SAPI tiene tres diferentes maneras de obtener el código PHP que tu quieres ejecutar:
-
Puedes decir a PHP que ejecute ciertos archivos.
En estos dos ejemplos (aunque utilices el switch -f o no) ejecutan el archivo my_script.php. Tu puedes escoger cualquier archivo para ejecutar - tus programas PHP no tienen que terminar con la exención .php y pueden tener cualquier otra exención tu desees.php my_script.php php -f my_script.php
-
Pasa el código PHP para que sea ejecutado directamente en la línea de comando.
Debes tener cuidado en reguardo a las substituciones variables en tu línea de comando y usando comillas(").php -r 'print_r(get_defined_constants());'
Note: Deves ponerle atención al ejemplo, y notaras que no tiene tags ni al principio ni al final, el comando -r simplemente no las usa. Usando las tags te dará un error cuando trates de ejecutar el programa.
-
Provee el código PHP para ejecutar por medio de stdin
Esto te da la habilidad de dinámicamente crear código PHP y mandarlo al programa, como por ejemplo a continuación:
$ some_application | some_filter | php | sort -u >final_output.txt
Como cualquier aplicación ejecutada en la línea de comando, el PHP binario acepta un numero de argumentos y tu programa también puede recibir argumentos. El numero de argumentos que pueden ser pasados a tu programa no es limitado por PHP (la línea de comando tiene limitaciones en el numero de símbolos que pueden ser pasados; usualmente tu nunca alcanzarías este limite). Los argumentos pasados a tu programa, están disponibles en tu array global $argv. El índex cero ("0") siempre contiene el nombre de tu programa (que es - en caso de código que esta viniendo por medio del input estándar, o del switch en la línea de comando