http://lists.elastix.org/pipermail/developers/attachments/20120208/8ee395eb/attachment-0002.pdf

Anuncio
-
Manual para Desarrolladores
Departamento de Desarrollo Elastix
1
-
VERSIONAMIENTO
Versión Versión de
Elastix
1
2.3.0
Fecha
Elaborado por
Detalles
16-Ene-2012
Ing. Alberto Santos
Documentación Inicial
Departamento de Desarrollo Elastix
2
-
Manual para Desarrolladores
El presente manual servirá de guía para desarrolladores que pretenden usar el
Framework Elastix para la creación de nuevos módulos.
En este manual se explicará como se puede crear un módulo Elastix, fundamentos
básicos del Framework Elastix, y cómo llegar a convertir nuestro nuevo módulo en un
Addon de Elastix.
Creación de un nuevo módulo Elastix
Para la creación de un nuevo módulo de Elastix usaremos el addon “Developer”,
por lo que necesitaremos instalarlo.
Instalación del Addon Developer
1. Ingresamos a la interfaz Elastix como usuario administrador y vamos a la
pestaña de “Addons”, una vez que termine de cargar los addons disponibles
buscamos el que diga “Developer”.
Identificación del addon “Developer”.
2. Ya identificado el addon damos click en el botón “Install” respectivo.
3. Luego de esto se inicia el proceso de instalación del addon, por lo que se
debe esperar unos minutos hasta que finalice la instalación.
Departamento de Desarrollo Elastix
3
-
Finalización de la instalación del addon “Developer”.
4. Luego de esto salimos de la interfaz y volvemos a ingresar como
administrador. Debemos ver una nueva pestaña de menú con el nombre
“Developer”.
Utilizando el Elastix Developer
El addon Developer nos permitirá crear de manera transparente para nosotros el
esqueleto inicial de código necesario para elaborar un módulo de Elastix, lo que
puede constituir un ahorro de horas en muchos casos.
El addon para desarrolladores tiene tres submenús pero el que nos interesa se
llama “Constructor de Módulos” o “Build Module” y es el primer submenú.
La función del constructor de módulos es generar el esqueleto de código del nuevo
módulo que estamos creando, para que luego podamos continuar con el desarrollo
extendiendo este código inicial.
Al crear un modulo desde aquí, se generará lo siguiente:
•
•
•
El menú (o los menús) dentro de la interfaz Web de Elastix. Es decir que ya
no tendremos que modificar manualmente la base de datos menu.db.
El código esqueleto, el cual se encontrará dentro de una carpeta cuyo
nombre será igual al ID del módulo. Esta carpeta será ubicada a su vez
dentro de la carpeta /var/www/html/modules que es donde residen
todos los módulos de Elastix. Es decir que ya no tenemos que crear
manualmente esta carpeta!
Pantallas prototipo. Estas pantallas pueden ser de tres tipos: formulario,
reporte y enmarcado.
Departamento de Desarrollo Elastix
4
Veamos ahora cómo luce el constructor de módulos.
El constructor de módulos incluido en el addon Developer
Como podemos observar, el constructor de módulos se encuentra dividido en tres
partes:
•
•
•
Información General.
Localización.
Descripción del módulo.
Información General
Esta sección nos permite definir el nombre e identificador único del módulo, así
como también los datos de la persona que crea el modulo para comentarlas en las
cabeceras de cada archivo de programación en PHP. También nos permite
configurar el nivel de accesibilidad que tendrá el módulo a través del parámetro
“Permisos de Grupo”.
Sección de información general dentro del constructor de módulos
Localización
En esta sección se configura el lugar, dentro del menú, donde vamos a ubicar el
nuevo módulo. Por omisión esta sección luce como la siguiente figura.
Departamento de Desarrollo Elastix
5
-
Sección donde se configura la ubicación del módulo
Si decimos que el módulo es de nivel 3 entonces aparecerán automáticamente
nuevos campos para ingresar los identificadores de los menús padres de nivel 1 y
nivel 2.
Aparecen nuevos campos si se dice que el módulo será de nivel 3
Para clarificar el significado de los campos mostrados en esta sección veamos la
siguiente tabla.
Nombre campo
Nivel del Módulo
Existe Padre Nivel 1?
Nombre Padre Nivel 1
Id Padre Nivel 1
Existe Padre Nivel 2?
Descripción
Aquí definimos el nivel de jerarquía del
modulo.
Aquí definimos si vamos a colocar el nuevo
módulo bajo un menú de nivel 1 existente o
se tendrá que crear uno nuevo. Para colocar
el nuevo módulo bajo un menú previamente
existente escogemos “Sí” y de manera
automática se desplegará un listado con los
módulos de nivel 1 existentes.
Si escogemos “No” crearemos un nuevo
menú de nivel 1 sobre la marcha. Por esta
razón aparecerán dos campos adicionales
para especificar el nombre y el
identificador.
Definimos el nombre del módulo padre. La
primera letra con mayúscula.
Definimos el identificador del módulo
padre. Todo con minúsculas y no se
permiten espacios.
Esta opción aparecerá si escogimos un nivel
3 en el campo “Nivel del Módulo”.
De manera similar a lo que ocurre con el
campo “Existe Padre Nivel 1”, si se escoge
Departamento de Desarrollo Elastix
6
“No” aparecerán dos campos más.
Nombre Padre Nivel 2
Id Padre Nivel 1
Definimos el nombre del módulo padre de
nivel 2. La primera letra con mayúscula.
Definimos el identificador del módulo padre
de nivel 2. Todo con minúsculas y no se
permiten espacios.
Descripción del módulo
Esta última sección es la más interesante pues es aquí donde se crea el contenido
mismo del módulo.
A continuación se explica qué significan los tres tipos de módulos que se pueden
crear.
•
•
•
Formulario: Sirve para recolectar datos del usuario. El constructor de
módulos cuenta con soporte para los tipos de campos HTML más comunes
como son: texto, selección, fecha, área de texto, casilla de verificación,
radio, contraseña, oculto y archivo.
Reporte: Un reporte muestra datos organizados en forma de una tabla
donde se incluyen automáticamente algunos controles útiles como botones
para navegación. Luego de generar el código necesario con el constructor
de módulos ya es más sencillo enlazar el reporte con una base de datos
para mostrar información útil.
Enmarcado: Embebe un URL arbitrario en la pantalla. Muy útil cuando
queremos integrar aplicaciones externas en la interfaz Web de Elastix. Un
ejemplo de esto es la integración de vtigerCRM.
Creación de una pantalla tipo Formulario
Con los botones ">>", "<<" podemos añadir o quitar los campos a insertar en
nuestro formulario.
Al guardar los datos establecidos para el nuevo módulo se creará el siguiente árbol
de directorios (exceptuando para los módulos tipo enmarcado, en cuyo caso el
módulo será simplemente un link al URL proporcionado) en la ruta
documentRoot/modules donde documentRoot es /var/www/html para Elastix.
Departamento de Desarrollo Elastix
7
Como podrá notar un modulo tiene la misma
arquitectura general del framework, arquitectura web
MVC2 por ende se define a esto como un MVC2
dentro de otro MVC2 una definición de recursividad de
grado 2.
En que nos ayuda esto, es que podemos de forma
inmediata hacer similitud que las carpetas tienen las
siguientes relaciones:
•
themes es la capa vista .
•
index.php es la capa control .
•
libs es la capa modelo .
Breve descripción de cada carpeta que se crea dentro del módulo
configs
Por default esta carpeta se crea con un archivo denominado “default.conf.php”,
este archivo debe contener las configuraciones básicas del módulo.
Almacena dentro de este archivo variables de configuración que serán muy
usadas a lo largo del módulo, por ejemplo DSN
A continuación se mostrarán dos DSNs usados en Elastix:
•
•
Sqlite3: “sqlite3:///$arrConf[elastix_dbdir]/base.db”
Mysql: se puede usar la función “generarDSNSistema” la cual ya nos
devuelve el string de conexión. A continuaciń se detallará un poco esta
función que la podemos encontrar en /var/www/html/libs/misc.lib.php
/**
* Función para construir un DSN para conectarse a varias bases de datos
* frecuentemente utilizadas en Elastix. Para cada base de datos reconocida, se
* busca la clave en /etc/elastix.conf o en /etc/amportal.conf según corresponda.
*
* @param string $sNombreUsuario Nombre de usuario para interrogar
* @param string $sNombreDB
Nombre de base de datos para DNS
* @param string $ruta_base
Ruta base para inclusión de librerías
*
* @return mixed NULL si no se reconoce usuario, o el DNS con clave resuelta
*/
function generarDSNSistema($sNombreUsuario, $sNombreDB, $ruta_base='')
Departamento de Desarrollo Elastix
8
-
help
Dentro de esta carpeta encontraremos un archivo llamado “id_modulo.hlp”. Este es
el archivo que se encarga de mostrar la ayuda embebida del módulo.
Es recomendable que una vez que hayas terminado tu módulo por completo,
elabores la ayuda embebida que no es otra cosa que una especie de manual
de usuario, indicando las diferentes opciones que ofrece este módulo. Debe
ser escrita en Inglés
A continuación se mostrará un ejemplo muy sencillo de como puede lucir el código
dentro de este archivo. Esta ayuda sólo mostrará el título del módulo seguido de
una breve descripción y una imagen que se encuentra en la ruta indicada.
<html>
<header>
<link rel="stylesheet" href="/themes/{$THEMENAME}/styles.css">
<link rel="stylesheet" href="/themes/{$THEMENAME}/help.css">
</header>
<body>
<h1>{$node_name}</h1>
<p align="Justify">This is the embedded help for my module.</p>
<div><img src="../modules/{$node_id}/images/image.png" border="0"></div>
<div>Figure 1</div><br/>
</body>
</html>
images
Dentro de esta carpeta se guardarán todas las imágenes propias del módulo, por
ejemplo ícono, imagenes usadas para la ayuda embebida, etc.
lang
Como ya sabemos el Framework Elastix soporta traducción de idiomas!! Pues bien,
como es de suponer dentro de esta carpeta se almacenan las traducciones para
nuestro módulo. Cada traducción para cada idioma se almacena en un archivo
diferente, de acuerdo a la siguiente tabla:
Departamento de Desarrollo Elastix
9
Archivo
bg.lang
br.lang
ca.lang
cn.lang
da.lang
de.lang
en.lang
el.lang
es.lang
fa.lang
fr.lang
it.lang
hu.lang
hr.lang
pl.lang
ro.lang
ru.lang
sl.lang
sv.lang
ko.lang
ja.lang
sr.lang
Idioma
Búlgaro
Portugués
Catalán
Chino Simplificado
Danés
Alemán
Inglés
Griego
Español
Persa
Francés
Italiano
Húngaro
Croata
Polaco
Rumano
Ruso
Esloveno
Sueco
Coreano
Japonés
Serbio
Se recomienda que se creen al menos dos archivos de traducciones, uno con
el idioma nativo del desarrollador y otro en inglés
Por lo tanto, si queremos hacer la traducción de nuestro módulo al español
tenemos que crear un archivo dentro de esta carpeta llamado es.lang. Este archivo
básciamente consiste de un sólo arreglo, en el cual la clave es la palabra a traducir
y el valor es la clave traducida. Por ejemplo:
<?php
global $arrLangModule;
$arrLangModule=array(
"Module" => "Módulo",
"This is a test module" => "Este es un módulo prueba”,
);
?>
Departamento de Desarrollo Elastix
10
-
Es recomendable que las claves en nuestro arreglo de traducciones sean
en inglés
libs
Como ya se mencionó anteriormente esta es nuestra capa de modelo. Dentro de
esta carpeta habrá una librería que es la que se encargará de hacer consultas a
bases de datos, modificar arhivos, etc.
Todos los querys que se realicen deben de ser parametrizados, esto evitará la
inyección de código SQL arbitrario a nuestra base. Más adelante se explicará
con mayor detalle como hacerlo.
Recuerda que nuestro servicio de apache corre usando el usuario “asterisk”, por
ende sólo tendremos acceso a archivos y carpetas a los cuales “asterisk” tenga
acceso. No podrás leer o escribir sobre un archivo o carpeta por ejemplo que tenga
solo permisos para “root”.
No hagas uso de comandos de consola que necesitan de privilegios “root”.
esto puede conllevar a que nuestro script o librería se convierta en un
potencial hueco de seguridad.
Pero y que pasa si es que nuestro script o librería necesita obligadamente usar
comandos que requieren privilegios de “root”? Es ahí donde entra en acción
nuestro script elastix-helper.
Uso de elastix-helper
elastix-helper es un script ubicado en /usr/bin el cual permite ejecutar scripts
privilegiados
que
se
encuentran
dentro
de
la
carpeta
“/usr/share/elastix/privileged”. Es aquí donde ubicaremos a nuestro script
que realizará tareas que necesiten privilegios de “root”, este script debe ser
propietario “root” y pertenecer al grupo “root” además tener permisos 755.
Para poder usarlo debemos ejecutar lo siguiente en la función que
deseemos de nuestra librería.
exec("/usr/bin/elastix-helper script_privileged parameter", $output, $ret);
•
script_privileged es el nombre del script privilegiado ubicado en la
ruta ya mencionada anteriormente.
Departamento de Desarrollo Elastix
11
parameter es el parámetro que se le pasará al script script_privileged,
se le puede pasar más de un parámetro, simplemente se los separa
con espacios, así como también pueden no pasarse parámetros.
Si el valor de $ret es 0 quiere decir que no hubieron problemas.
•
themes
Esta carpeta es la capa de vista. Al interior de esta carpeta encontraremos otra
carpeta llamada “default” la cual contendrá todas las vistas que podrá tener el
módulo. Por ejemplo, un módulo puede contener como vista principal una grilla, por
lo que se necesitará una vista (un archivo tpl) que contendrá los filtros para la grilla
(en caso de haberlos, caso contrario no se necesitaría un archivo tpl), y también
podría ser que al presionar un botón se muestre un formulario, por lo que
necesitaríamos otro archivo tpl que contendrá los campos del formulario. A
continuación mostraremos una plantilla típica de una vista para tpl y otra para un
formulario.
Plantilla típica de un módulo con vista grilla
<table width="99%" border="0" cellspacing="0" cellpadding="0" align="center">
<tr class="letra12">
<td width="12%" align="left"><input class="button" type="submit"
name="new" value="{$New}"></td>
<td width="10%" align="left">  </td>
<td width="10%" align="right">
{$filter_type.LABEL}:  {$filter_type.INPUT}  
{$filter_txt.INPUT}
<input class="button" type="submit" name="show" value="{$SHOW}" />
</td>
</tr>
</table>
Como se puede observar en este módulo de grilla se consta con un botón “New” y
con un filtrado.
Plantilla típica de un módulo con vista formulario
<table width="99%" border="0" cellspacing="0" cellpadding="4" align="center">
<tr class="letra12">
<td align="left"><input class="button" type="submit" name="save"
value="{$SAVE}"></td>
</tr>
</table>
<br />
<div class="tabForm" style="font-size: 16px; height: auto;" width="100%">
<table style="font-size: 16px;" width="100%" cellspacing="0" cellpadding="8">
<tr class="letra12">
<td align="left" width="130px"><b>{$manufacturer.LABEL}: </b></td>
Departamento de Desarrollo Elastix
12
<td align="left">{$manufacturer.INPUT}</td>
</tr>
</table>
</div>
Para este formulario se consta con un botón “Save” y con un campo al cual se le
denominó “manufacturer”.
Estas son plantillas básicas, en realidad uno lo puede hacer tan complejo como
uno quiera.
Si es que queremos incluir javascripts en nuetro módulo, simplemente debemos
crear una carpeta llamada “js” dentro de themes/default y colocar ahi los javascripts
que queramos (deben tener extensión .js), así mismo si queremos incluir css hay
que crear una carpeta llamada “css” dentro de themes/default y colocar ahi los css
que queramos (deben tener extensión .css), el framework se encargará de incluir
estos archivos automáticamente.
index.php
El index.php del módulo representa la capa de control, el framework se encarga de
redirigir la petición a este archivo llamando a la función “_moduleContent”. Este
archivo es el que se encarga de comunicar con la capa de vista y de modelo.
Si es que hemos usado el developer para la creación del módulo, podremos
observar que este archivo ya viene escrito con una plantilla por default, y sobre
esta plantilla podemos hacer las modificaciones que queramos de acuerdo a la
necesidad de nuestro módulo.
Usando el Framework Elastix
Bien, hasta ahora ya tenemos creado nuestro módulo con una configuración básica
pero todavía no tenemos un claro conocimiento de las diferentes facilidades y
librerías que nos ofrece el framework Elastix.
A continuación se detallarán algunas librerías y clases con sus funciones más
importantes. Todas estas librerías se encuentran debajo de /var/www/html/libs
Librería misc.lib.php
En esta librería encontraremos funciones de diversos tipos, no es necesaria
incluirla en el módulo ya que el framework Elastix se encarga de esa tarea.
Listaremos las funciones de mayor relevancia y las que probablemente más
necesitaremos usar.
Departamento de Desarrollo Elastix
13
-
•
function _tr($s)
Esta función es la que utilizamos para realizar la traducción de algún texto.
Recibe como parámetro un string que es el texto a traducir. La función
trabaja de la siguiente manera: Busca el string pasado como parámetro en
las claves del arreglo de lenguajes del framework y del módulo (archivo
.lang dentro de la carpeta lang del módulo, escogerá el archivo
correspondiente al lenguaje que este configurado en el servidor Elastix), en
caso de encontrarla la función devuelve el valor del arreglo para esa clave,
caso contrario devuelve el mismo string pasado como parámetro.
Ejemplo:
Si tenemos seleccionado español como lenguaje y queremos la traducción
de “Hi this is my first module” que ya lo tenemos previamente definido en el
archivo en.lang simplemente hacemos lo siguiente:
$translate = _tr(“Hi this is my first module”);
•
function getParameter($parameter)
Esta función la utilizaremos cuando queremos obtener un parámetro que ha
sido enviado por POST or por GET. Busca el parámetro en el arreglo
$_POST, en caso de existir devuelve $_POST[$parameter], de no existir, lo
busca en el arreglo $_GET, si existe devuelve $_GET[$parameter], si no
existe en $_POST ni en $_GET esta función devuelve NULL.
Ejemplo:
Supongamos que tenemos un módulo con un botón que dice guardar y el
nombre del botón es “save” y queremos saber si ese botón fue presionado,
tendríamos que hacer lo siguiente:
if(getParameter(“save”))
De esta manera entrará en el if si es que el botón de guardar fue presionado.
•
function obtenerClaveCyrusAdmin($ruta_base='')
Esta función devuelve la clave de “admin” para el Cyrus. El parámetro
$ruta_base debe ser pasado como “/var/www/html/” si es que llamamos a
esta función fuera de esa ruta. Esta función parsea el archivo
/etc/elastix.conf y busca la palabra clave cyrususerpwd, en caso de
encontrarla devuelve su valor, caso contrario devuelve “palosanto” que es la
clave por omisión.
Departamento de Desarrollo Elastix
14
-
•
function obtenerClaveAMIAdmin($ruta_base='')
Esta función retorna la clave para AMI (Asterisk Manager Interface) del
usuario admin. El parámetro $ruta_base debe ser pasado como
“/var/www/html/” si es que llamamos a esta función fuera de esa ruta. Esta
función busca la clave en el archivo /etc/elastix.conf, si se encuentra la
palabra clave “amiadminpwd” se retorna el valor de esa clave, caso contrario
se retorna “elastix456” que es la clave AMI por default en Elastix.
•
function generarDSNSistema($sNombreUsuario, $sNombreDB,
$ruta_base='')
Ya nos habíamos topado antes en este manual con esta función. Pero
afianzaremos más lo que se dijo acerca de esta útil función. Como ya lo
habíamos mencionado antes esta función retorna el DSN (Data Source
Name) para una conexión con el motor de bases de datos mysql.
El parámetro $ruta_base debe ser pasado como “/var/www/html/” si es que
llamamos a esta función fuera de esa ruta.
El parámetro $sNombreUsuario es el usuario con el cual nos conectaremos
a mysql, puede ser “root” o “asteriskuser”.
El parámetro $sNombreDB es el nombre de la base de datos mysql a la cual
nos vamos a conectar.
•
function writeLOG($logFILE, $log)
Esta función permite escribir en un log. El parámetro $logFILE es el nombre
del archivo log, éste se ubicará debajo de /var/log/elastix. El parámetro $log
es el texto que se escribirá en el log. Si es que el archivo $logFILE no existe
lo crea, y si ya existe, añade al final del archivo el texto $log. Una vez más
recuerda que el servicio httpd que usa Elastix tiene como usuario a “asterisk”
por lo tanto sólo podrá escribir sobre archivos a los cuales “asterisk” tenga
permiso, en el caso de que $logFILE no exista, no hay problema ya que
“asterisk” es propietario de la carpeta /var/log/elastix por lo que podrá crear
archivos ahí sin inconvenientes.
Ejemplo:
Si queremos escribir “Ha ingresado al módulo de prueba” en un log llamado
“miModulo.log” tendríamos que hacer lo siguiente:
writeLOG(“miModulo.log”,”Ha ingresado al módulo de prueba”);
De esta forma se creará el log “miModulo.log” (de no existir) conteniendo lo
Departamento de Desarrollo Elastix
15
siguiente:
[Jan 19 14:48:11] Ha ingresado al módulo de prueba
La fecha a la izquierda es la fecha del servidor al momento de escribir el
mensaje en el log.
Clase paloSantoDB.class.php
Esta clase se encarga de crear un objeto con la conexión a una base de datos. El
objetivo de esta clase es encapsular o abstraerse del proceso de conexión a la
base de datos, de tal forma que el desarrollador simplemente tenga que instanciar
esta clase y pueda realizar los querys que desee. Esta clase tampoco es necesario
incluirla en nuestro módulo, ya que el framework Elastix se encarga de ello.
Para instanciar la clase se le debe pasar el DSN de la base de datos.
Ejemplo:
Supongamos que queremos instanciar una clase de paloDB en nuestro módulo
para crear una conexión a la base de datos mysql llamada “miBase” a la cual sólo
tiene acceso el usuario “root”. Tendríamos que hacer lo siguiente:
$dsn = generarDSNSistema(“root”,”miBase”);
$pDB = new paloDB($dsn);
Una vez instanciada esta clase recuerda pasarla por referencia a las funciones que
desees, esto será muy importante sobre todo cuando trabajemos con
transacciones.
A continuación se detallarán algunas de sus funciones.
•
function genQuery($query, $param = NULL)
Procedimiento para ejecutar una sentencia SQL que no devuelve filas ni
resultados, en caso de error se asigna a la variable de clase $this->errMsg.
Sólo es usado para hacer manipulación de los datos de la base.
El parámetro $query es el string que contiene al query que se va a ejecutar.
El parámetro $param es un arreglo que sólamente es pasado a esta función
cuando se realizan querys parametrizados, recuerda que es aconsejable que
todo query sea parametrizado, sobre todo cuando existen variables que son
ingresadas al servidor por el cliente.
Ejemplo:
Supongamos que queremos insertar en la tabla “miTabla” un nuevo registro
Departamento de Desarrollo Elastix
16
con los campos “campo1” y “campo2” con los valores $value1 y $value2
respectivamente que llegan al servidor mediante el cliente. Tendríamos que
realizar lo siguiente (supongamos que ya tenemos instanciada la clase con
el DSN a la base correspondiente en la variable $pDB).
$query = “INSERT INTO miTabla (campo1,campo2) VALUES (?,?)”;
$arrParam = array($value1, $value2);
$result = $pDB->genQuery($query,$arrParam);
if($result == FALSE)
echo _tr(“Query Error”).” ”.$pDB->errMsg;
else
echo _tr(“Query successfully executed”);
Es muy importante el orden que se coloca en el arreglo $arrParam ya que de
acuerdo a ese orden se van asignando los valores en el query.
•
function fetchTable($query, $arr_colnames = FALSE, $param = NULL)
Procedimiento que recupera todas las filas resultado de una petición SQL
que devuelve una o más filas.
Los parámetros $query y $param tienen los mismós propósitos que los
descritos en la función anterior.
El parámetro $arr_colnames será FALSE si deseamos que cada tupla tenga
como índice un número incremental, si es TRUE cada tupla tendrá como
índice el nombre de la columna.
Ejemplo:
Supongamos que deseamos imprimir en pantalla los valores de la columna
“campo1” de la tabla “miTabla” cuando el “campo2” tiene como valor
$value2, así mismo asumamos que ya contamos con el objeto $pDB.
$query = “SELECT campo1 FROM miTabla WHERE campo2=?”;
$arrParam = array($value2);
$result = $pDB->fetchTable($query,TRUE,$arrParam);
if($result === FALSE)
echo _tr(“Query Error”).” ”.$pDB->errMsg;
else{
if(count($result) > 0){
foreach($result as $value){
echo $value[“campo1”].”<br />”;
}
}
else
echo _tr(“There is no data for the criteria search”);
Departamento de Desarrollo Elastix
17
}
Siempre que usemos las funciones fetchTable o getFirstRowQuery
descrita más adelante, debemos comparar el valor devuelto de estas
funciones con una triple igualdad ===, recuerda que estas funciones
pueden devolver también arreglos vacíos que son evaluados como
FALSE también, usando === no solo comparamos por valor sino por
tipo de dato también.
•
function getFirstRowQuery($query, $arr_colnames = FALSE, $param =
NULL)
Procedimiento para recuperar una sola fila del query que devuelve una o
más filas. Devuelve una fila con campos si el query devuelve al menos una
fila, caso contrario devuelve un arreglo vacío o FALSE en caso de error.
Los parametros $query, $arr_colnames y $param tienen los mismos
propósitos que los descritos en la función fetchTable.
Ejemplo:
Supongamos que queremos imprimir en pantalla la cantidad de registros en
la tabla “miTabla” cuyo “campo1” tiene como valor $value1
$query = “SELECT COUNT(*) FROM miTabla WHERE campo1=?”;
$arrParam = array($value1);
$result = $pDB-> getFirstRowQuery($query,FALSE,$arrParam);
if($result === FALSE)
echo _tr(“Query Error”).” ”.$pDB->errMsg;
else
echo $result[0];
•
function beginTransaction()
Procedimiento para iniciar una transacción. Recuerda una transacción es
usada, cuando deseamos que en caso de que ocurra algún evento
inesperado o no deseado regrese la base a su estado anterior.
•
function rollBack()
Procedimiento de rollBack para una transacción.
Departamento de Desarrollo Elastix
18
-
•
function commit()
Procedimiento de commit para una transacción.
Ejemplo:
Supongamos que queremos crear una función que inserte en la tabla
“miTabla1” (la cual tiene como id el campo “id” que es autoincremental) los
valores $value1 y $value2 en los campos “campo1” y “campo2”
respectivamente (no puede haber otro registro que tenga exactamente los
mismos valores tanto en “campo1” como en “campo2”), luego de esto
deseamos insertar en la tabla “miTabla2” el id del registro recién ingresado
en la tabla “miTabla1” en el campo “id_miTabla1” y en el campo “fecha” la
fecha actual.
function insertRegister($value1, $value2, &$pDB, &$errMsg)
{
$pDB->beginTransaction();
$query1 = “INSERT INTO miTabla1 (campo1,campo2) VALUES (?,?)”;
$arrParam1 = array($value1, $value2);
$result1 = $pDB->genQuery($query1,$arrParam1);
if($result1 == FALSE){
$pDB-> rollBack();
$errMsg = $pDB->errMsg;
return FALSE;
}
else{
$query2 = “INSERT INTO miTabla2 (id_miTabla1,fecha)
VALUES((SELECT id FROM miTabla1 WHERE
campo1=? AND campo2=?),?)”;
$arrParam2 = array($value1,$value2,date('Y-m-d H:i:s'));
$result2 = $pDB->genQuery($query2,$arrParam2);
if($result2 == FALSE){
$pDB->rollBack();
$errMsg = $pDB->errMsg;
return FALSE;
}
else{
$pDB->commit();
return TRUE;
}
}
}
Departamento de Desarrollo Elastix
19
Observemos que el objeto $pDB fue pasado por referencia a la función, lo
cual es necesario para que la transacción tenga el comportamiento deseado.
Clase paloSantoACL.class.php
Esta clase se encarga de administrar los controles de acceso para los diferentes
tipos de usuarios. El framework Elastix la incluye automáticamente.
Para instanciar la clase se debe pasar el string DSN para la conexión a la base de
datos “acl.db” o también se le puede pasar un objeto que sea una instancia de la
clase paloDB que se le haya pasado el DSN para “acl.db”.
La variable $arrConf['elastix_dsn']['acl'] contiene ya el DSN para “acl.db”, esta
variable es creada por el framework. Por lo tanto si queremos instanciar a esta
clase dentro de nuestro módulo haríamos lo siguiente:
global $arrConf;
$pACL = new paloACL($arrConf['elastix_dsn']['acl']);
Esta clase es algo delicada y podría llegar a comprometer el sistema si es mal
usada. Es recomendable que se use sólamente las funciones descritas a
continuación y dejar a los módulos de Elastix por default que se encarguen de las
demás tareas de administración de usuarios.
•
function getUserExtension($username)
Procedimiento para obtener la extensión de un usuario mediante su
username. Como ya es de imaginarse, el parámetro $username es el
nombre del usuario al cual deseamos obtener su extensión asociada.
Ejemplo:
Supongamos que queremos obtener la extensión asociada al usuario
logoneado.
//El usuario logoneado se almacena en la
$_SESSION[“elastix_user”]
$username = $_SESSION[“elastix_user”];
$extension = $pACL->getUserExtension($username);
•
variable
de
sesión
function isUserAdministratorGroup($username)
Procedimiento para saber si un usuario pertenece al grupo “administrador”.
Así mismo el parámetro $username es el nombre del usuario al cual
deseamos saber si pertenece o no al grupo “administrador”.
Departamento de Desarrollo Elastix
20
Ejemplo:
Si deseamos que nuestro módulo haga ciertas tareas si el usuario
logoneado es del grupo “administrador” y otras si es que no, podríamos
hacer lo siguiente:
$username = $_SESSION[“elastix_user”];
if($pACL->isUserAdministratorGroup($username)){
//Do some task for administrators
}
else{
//Do some task for non administrators
}
Clase paloSantoConfig.class.php
Esta clase es muy útil sobre todo para parsear archivos de configuración,
permitiéndonos leer o escribir sobre los mismos.
Esta clase si es necesario incluirla en nuestro módulo en caso de requerir de ella.
include_once “libs/paloSantoConfig.class.php”;
Esta clase tiene el siguiente constructor:
function paloConfig($directorio, $archivo, $separador="", $separador_regexp="",
$usuario_proceso=NULL)
Donde $directorio es la ruta donde se encuentra el archivo, $archivo es el archivo a
parsear, $separador es el string que separa la palabra clave con su valor,
$separador_regexp es una expresión regular para interpretarla como separador,
$usuario_proceso es el usuario que inicia el proceso. Como se puede observar solo
$directorio y $archivo son parámetros requeridos, el resto son opcionales y tienen
valores por omisión.
Supongamos tenemos el archivo de configuración /etc/miModulo.conf el cual
contiene lo siguiente:
user = usuario
password = 12345
email = usuario@dominio.com
privileges = all
Ahora vamos a instanciar a la clase paloConfig para parsear este archivo.
$pConfig = new paloConfig(“/etc”,”miModulo.conf”,” = ”,”\s*=\s*”);
Departamento de Desarrollo Elastix
21
De esta forma iremos a parsear el archivo “/etc/miModulo.conf” el cual tiene como
separador el signo “=” y puede o no estar acompañado de espacios en blanco a los
lados.
Ahora detallaremos las principales funciones de la clase paloConfig.
•
function leer_configuracion($bComentarios=true)
Este procedimiento inicia la lectura del archivo almacenándola en un arreglo
asociativo que se devuelve como respuesta. Si el parámetro $bComentarios
es FALSE entonces sólo se encontrará en el arreglo los valores que no son
comentarios, y el arreglo de vuelta tendrá como ínidices las palabras claves
del archivo, pero si es TRUE entonces en el arreglo devuelto se encontrará
tanto comentarios como valores de configuración, y los índices de éste
serán numéricos.
•
function escribir_configuracion($arr_reemplazos, $overwrite=FALSE)
Este procedimiento sirve para escribir en el archivo de configuración. El
parámetro $arr_reemplazos es un arreglo que contiene los cambios a
realizar, donde el índice del arreglo representa la palabra clave a modificar
en el archivo, si es que en el archivo se encuentra la palabra clave entonces
la modifica y si es que no la encuentra la agrega. Si el parámetro $overwrite
es FALSE entonces se harán los cambios contenidos en $arr_reemplazos
pero se mantendrá intacto el resto del archivo, pero si es TRUE entonces el
archivo será sobreescrito por $arr_reemplazos
•
function privado_get_valor($lista, $clave)
Procedimiento que devuelve el valor de una palabra clave del archivo. El
parámetro $lista es el arreglo que contiene el archivo de configuración. El
parámetro $clave es la palabra clave a buscar en el archivo.
Ejemplo:
Supongamos que tenemos el archivo /etc/miModulo.conf con la misma
información que ya se describió más arriba, y queremos hacer lo siguiente:
si “password” es igual a “12345” entonces la cambiamos a “new12345”.
include_once “libs/paloSantoConfig.class.php”;
$pConfig = new paloConfig(“/etc”,”miModulo.conf”,” = ”,”\s*=\s*”);
$content = $pConfig->leer_configuracion(FALSE);
$password = $pConfig->privado_get_valor($content,”password”);
if($password == “12345”){
$arrReplaces = array(“password” => “new12345”);
$pConfig->escribir_configuracion($arrReplaces);
}
Departamento de Desarrollo Elastix
22
Clase paloSantoForm.class.php
Esta clase nos sirve para manejar de una manera sencilla los módulos tipo
formulario. Es necesaria incluirla en nuestro módulo en caso de desear usarla.
El constructor de esta clase tiene la siguiente forma:
function paloForm(&$smarty, $arrFormElements)
Donde $smarty es una instancia de smarty, (la cual es pasada a la función
_moduleContent de nuestro módulo) y $arrFormElements es un arreglo de
arreglos que contiene los elementos del formulario. En el arreglo principal, los
índices representan el id del elemento y en el arreglo secundario debe siempre
existir un índice llamado “INPUT_TYPE” el cual indica el tipo del elemento que se
quiere. El valor de “INPUT_TYPE” puede ser uno de los siguientes: “TEXTAREA”,
“TEXT”, “CHECKBOX”, “PASSWORD”, “HIDDEN”, “FILE”, “RADIO”, “SELECT” o
“DATE”. Donde cada una de estas palabras represena el elemento que se desea. A
continuación se mostrarán ejemplos para cada uno de estos de tipos de elementos.
Al final de estos ejemplos se explicará sobre los demas elementos del arreglo.
TEXTAREA
Ejemplo:
Se desea un textarea cuyo label sea “descripción” y que tenga 6 columnas y 4 filas.
$arrFormElements = array(
"description" => array( "LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
"ROWS"
"COLS"
),
);
=> _tr("Description"),
=> "yes",
=> "TEXTAREA",
=> array("style" => ”width:400px"),
=> "text",
=> "",
=> "4",
=> "6"
TEXT
Ejemplo:
Se desea un input para ingresar el nombre de un cliente.
$arrFormElements = array(
"name" => array( "LABEL"
"REQUIRED"
=> _tr("Name"),
=> "yes",
Departamento de Desarrollo Elastix
23
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
),
=> "TEXT",
=> array("style" => ”width:200px"),
=> "text",
=> ""
);
CHECKBOX
Ejemplo:
Se desea un checkbox que diga “Enable”.
$arrFormElements = array(
"enable" => array( "LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
),
);
=> _tr("Enable"),
=> "yes",
=> "CHECKBOX",
=> " ",
=> "text",
=> ""
NOTA: Al crear elementos de este tipo, el framework automáticamente crea dos
elementos, uno es el checkbox propiamente dicho y el otro es un hidden que cuyo
valor es “on” en caso de estar activado el checkbox u “off” caso contrario. Por lo
tanto si en nuestro módulo queremos saber si el checkbox fue activado o no,
tendríamos que hacer lo siguiente:
$enable = getParameter(“enable”);
if($enable == “on”){
//Do something
}
else{
//Do something
}
PASSWORD
Ejemplo:
Se desea un campo para que el usuario ingrese una contraseña.
$arrFormElements = array(
"password" => array( "LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
=> _tr("Password"),
=> "yes",
=> "PASSWORD",
=> array("style" => ”width:200px"),
Departamento de Desarrollo Elastix
24
"VALIDATION_TYPE"
=> "text",
"VALIDATION_EXTRA_PARAM" => ""
),
);
HIDDEN
Ejemplo:
Se desea tener un campo oculto para almacenar el id de un usuario.
$arrFormElements = array(
"id" => array( "LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
),
);
=> " ",
=> "yes",
=> "HIDDEN",
=> " ",
=> "text",
=> ""
FILE
Ejemplo:
Se desea un campo para poder pasar la ruta de un archivo.
$arrFormElements = array(
"file" => array( "LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
),
);
=> _tr("File"),
=> "yes",
=> "FILE",
=> " ",
=> "filename",
=> ""
RADIO
Ejemplo:
Se desea 2 radio buttons para indicar el género de una persona.
$gender = array(“m” => _tr(“Male”), “f” => _tr(“Female”));
$arrFormElements = array(
"gender" => array( "LABEL"
=> _tr("Gender"),
"REQUIRED"
=> "yes",
"INPUT_TYPE"
=> "RADIO",
"INPUT_EXTRA_PARAM"
=> $gender,
Departamento de Desarrollo Elastix
25
"VALIDATION_TYPE"
=> "text",
"VALIDATION_EXTRA_PARAM" => ""
),
);
SELECT
Ejemplo:
Se desea un combo para seleccionar el método de pago que va a realizar un
cliente, siendo las opciones “efectivo”, “tarjeta de crédito”, “cheque”, “transferencia
bancaria”.
$paymentMethod = array(“cash” => _tr(“Cash”), “credit_card” => _tr(“Credit Card”),
“check” => _tr(“Check”),“bank_transfer” => _tr(“Bank Transfer”));
$arrFormElements = array(
"paymentMethod" => array( "LABEL" => _tr("Payment Method"),
"REQUIRED"
=> "yes",
"INPUT_TYPE"
=> "SELECT",
"INPUT_EXTRA_PARAM"
=> $paymentMethod,
"VALIDATION_TYPE"
=> "text",
"VALIDATION_EXTRA_PARAM" => ""
),
);
DATE
Ejemplo:
Se desea un campo para ingresar la fecha en la cual se realizó un pago.
$arrFormElements = array(
"paymentDate" => array( "LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
=> _tr("Payment Date"),
=> "yes",
=> "DATE",
=> "",
=> "ereg",
=> "^[[:digit:]]{1,2}[[:space:]]+[[:alnum:]]
{3}[[:space:]]+[[:digit:]]{4}$"
),
);
El formato por default de la fecha es el día en dos dígitos, luego espacio seguido
del mes en formato de tres letras, luego espacio y el año en cuatro dígitos. Si se
desea cambiar este formato simplemente habría que colocar en
“INPUT_EXTRA_PARAM” el nuevo formato, y si deseamos también poder ingresar
la hora colocamos “TIME” => true.
Departamento de Desarrollo Elastix
26
Por ejemplo si queremos que el formato sea yyyy-mm-dd h:m:s
"INPUT_EXTRA_PARAM"=>array(“TIME” => true, “FORMAT” => “%Y-%m-%d %H:
%M:%S”),
Como se pudo observar en los ejemplos anteriores existen índices que coincidían
en todos y otros que simplemente eran propios del tipo de elemento, como por
ejemplo el índice “COLS” en el “TEXTAREA”. Ahora explicaremos sobre los índices
comunes u obligatorios.
•
LABEL: El valor de este índice, como su nombre lo indica, será la etiqueta
descriptiva que se muestra junto al elemento.
•
REQUIRED: El valor de este índice puede ser “yes” o “no”, si es “yes”
entonces este campo es obligatorio para poder guardar el formulario, caso
contrario este puede quedar en blanco.
•
INPUT_TYPE: Tipo de elemento, ya descrito previamente.
•
INPUT_EXTRA_PARAM: Parámetros adicionales al input, pueden ser estilos
o atributos extras. Estos deben pasarse como arreglo, caso contrario debe
ser un string vacío.
•
VALIDATION_TYPE: Indica el tipo de validación que se le va a aplicar al
valor ingresado por el usuario. Los valores pueden ser los siguientes:
•
text - El usuario puede ingresar cualquier cosa.
•
ereg - Se debe pasar en VALIDATION_EXTRA_PARAM una expresión
regular, y se le permitirá ingresar al usuario sólo un texto que coincida
con le expresión regular ingresada.
•
filename - Se valida que lo que se ingrese en ese campo sea el nombre
de un archivo.
•
domain - Se valida que lo que se ingrese en ese campo se el nombre
de un dominio.
•
filepath - Se valida que lo que se ingrese en ese campo sea una ruta a
un archivo.
•
ip - Se valida que lo que se ingrese en ese campo sea una dirección ip.
•
mask - Se valida que lo que se ingrese en ese campo sea una máscara
de red.
•
ip/mask - Se valida que lo que se ingrese en ese campo sea una
dirección ip seguido de “/” y la máscara de red en formato decimal.
•
numeric - Se valida que lo que se ingrese en ese campo sea un
número.
•
float - Se valida que lo que se ingresa en ese campo sea un número
flotante (decimal con el punto como separador).
•
numeric_array - Se valida que lo que se ingresa en ese campo sea un
arreglo cuyos elementos sean números.
•
ereg_array - Se valida que lo que se ingresa en ese campo sea un
arreglo con valores que deben coincidir con la expresión regular pasada
en VALIDATION_EXTRA_PARAM.
•
email - Se valida que lo que se ingresa en ese campo sea una dirección
Departamento de Desarrollo Elastix
27
de correo electrónico.
•
VALIDATION_EXTRA_PARAM: Se pasa un parámetro adicional en caso de
que lo requiera VALIDATION_TYPE, como para el caso de “ereg”.
A continuación se describirán las funciones que ofrece esta clase.
•
function fetchForm($templateName, $title, $arrPreFilledValues = array())
Esta función genera una cadena que contiene un formulario HTML. Para
hacer esto, toma una plantilla de formulario (que es la pasada en el
parámetro $templateName) e inserta en ella los elementos de formulario. El
parámetro $title es el título que tendrá el formulario y el parámetro
$arrPreFilledValues es un arreglo que contiene valores por defecto para el
formulario, donde el índice es el id del elemento y el valor es el (valga la
redundancia) valor que tendría ese campo por defecto.
•
function validateForm($arrCollectedVars)
Esta función devuelve TRUE en caso de que los datos ingresados en el
formulario fueron correctos, caso contrario FALSE. El parámetro
$arrCollectedVars contiene los valores ingresados en el formulario.
Ejemplo:
Supongamos que deseamos un módulo tipo formulario, el cual tenga los
campos: “Nombre” que es una caja de texto, “Apellido” que es una caja de
texto, “Género” que es un radio button que puede ser masculino o femenino,
“Email” que es una caja de texto y “Estado Civil” que puede ser Soltero,
Viudo, Casado, Divorciado o Unión Libre. Todos estos campos son
requeridos. También hay un botón “Save” que al presionar se validan los
datos ingresados, en caso de haber un error se mantiene persistencia en los
datos y se indica el error, caso contrario se muestra un mensaje indicando
los datos ingresados.
File themes/default/form.tpl
<table width="100%" border="0" cellspacing="0" cellpadding="4" align="center">
<tr class="letra12">
<td align="left">
<input class="button" type="submit" name="save" value="{$SAVE}">
</td>
<td align="right" nowrap><span class="letra12"><span
class="required">*</span> {$REQUIRED_FIELD}</span></td>
</tr>
</table>
<table class="tabForm" style="font-size: 16px;" width="100%" >
Departamento de Desarrollo Elastix
28
<tr class="letra12">
<td align="left" width="130px"><b>{$name.LABEL}: <span
class="required">*</span></b></td>
<td align="left">{$name.INPUT}</td>
</tr>
<tr class="letra12">
<td align="left"><b>{$last_name.LABEL}: <span
class="required">*</span></b></td>
<td align="left">{$last_name.INPUT}</td>
</tr>
<tr class="letra12">
<td align="left"><b>{$gender.LABEL}: <span
class="required">*</span></b></td>
<td align="left">{$gender.INPUT}</td>
</tr>
<tr class="letra12">
<td align="left"><b>{$email.LABEL}: <span
class="required">*</span></b></td>
<td align="left">{$email.INPUT}</td>
</tr>
<tr class="letra12">
<td align="left"><b>{$marital_status.LABEL}: <span
class="required">*</span></b></td>
<td align="left">{$marital_status.INPUT}</td>
</tr>
</table>
File index.php
<?php
include_once "libs/paloSantoForm.class.php";
function _moduleContent(&$smarty, $module_name)
{
//include module files
include_once "modules/$module_name/configs/default.conf.php";
//include file language agree to elastix configuration
//if file language not exists, then include language by default (en)
$lang=get_language();
$base_dir=dirname($_SERVER['SCRIPT_FILENAME']);
$lang_file="modules/$module_name/lang/$lang.lang";
if (file_exists("$base_dir/$lang_file")) include_once "$lang_file";
else include_once "modules/$module_name/lang/en.lang";
Departamento de Desarrollo Elastix
29
//global variables
global $arrConf;
global $arrConfModule;
global $arrLang;
global $arrLangModule;
$arrConf = array_merge($arrConf,$arrConfModule);
$arrLang = array_merge($arrLang,$arrLangModule);
//folder path for custom templates
$templates_dir=(isset($arrConf['templates_dir']))?
$arrConf['templates_dir']:'themes';
$local_templates_dir="$base_dir/modules/$module_name/".$templates_dir.'/'.
$arrConf['theme'];
//conexion resource
//$pDB = new paloDB($arrConf['dsn_conn_database']);
$pDB = ""; //In this case we do not use a database
//actions
$action = getAction();
$content = "";
switch($action){
case "save":
$content = saveTestModule($smarty, $module_name, $local_templates_dir);
break;
default: // view_form
$content = viewFormTestModule($smarty, $module_name,
$local_templates_dir);
break;
}
return $content;
}
function viewFormTestModule($smarty, $module_name, $local_templates_dir)
{
$arrFormTestModule = createFieldForm();
$oForm = new paloForm($smarty,$arrFormTestModule);
//begin, Form data persistence to errors and other events.
$_DATA = $_POST;
$smarty->assign("SAVE", _tr("Save"));
$smarty->assign("REQUIRED_FIELD", _tr("Required field"));
$smarty->assign("icon", "images/list.png");
Departamento de Desarrollo Elastix
30
$htmlForm = $oForm->fetchForm("$local_templates_dir/form.tpl",_tr("Test
Module"), $_DATA);
$content = "<form method='POST' style='margin-bottom:0;' action='?
menu=$module_name'>".$htmlForm."</form>";
return $content;
}
function saveTestModule($smarty, $module_name, $local_templates_dir)
{
$arrFormTestModule = createFieldForm();
$oForm = new paloForm($smarty,$arrFormTestModule);
if(!$oForm->validateForm($_POST)){
// Validation basic, not empty and VALIDATION_TYPE
$smarty->assign("mb_title", _tr("Validation Error"));
$arrErrores = $oForm->arrErroresValidacion;
$strErrorMsg = "<b>"._tr("The following fields contain
errors").":</b><br/>";
if(is_array($arrErrores) && count($arrErrores) > 0){
foreach($arrErrores as $k=>$v)
$strErrorMsg .= "$k, ";
}
$smarty->assign("mb_message", $strErrorMsg);
return viewFormTestModule($smarty, $module_name, $local_templates_dir);
}
else{
//Here are extra validations
$name = getParameter("name");
$last_name = getParameter("last_name");
$gender = getParameter("gender");
$email = getParameter("email");
$marital_status = getParameter("marital_status");
if(!in_array($gender,array("male","female"))){
$smarty->assign("mb_title", _tr("Validation Error"));
$smarty->assign("mb_message", _tr("The gender can only be \"male\" or
\"female\""));
return viewFormTestModule($smarty, $module_name,
$local_templates_dir);
}
elseif(!
in_array($marital_status,array("single","widowed","married","divorced","cohabiti
ng"))){
$smarty->assign("mb_title", _tr("Validation Error"));
$smarty->assign("mb_message", _tr("The marital status can only
be \"single\", \"widowed\", \"married\", \"divorced\" or \"cohabiting\""));
Departamento de Desarrollo Elastix
31
return viewFormTestModule($smarty, $module_name,
$local_templates_dir);
}
else{
$smarty->assign("mb_title", _tr("Message"));
$message = _tr("The following data was entered").":<br />";
$message .= "<b>"._tr("Name").":</b> ".htmlentities($name)."<br
/><b>"._tr("Last Name").":</b> ".htmlentities($last_name)."<br
/><b>"._tr("Gender").":</b> ".htmlentities($gender)."<br
/><b>"._tr("Email").":</b> ".htmlentities($email)."<br /><b>"._tr("Marital
Status").":</b> ".htmlentities($marital_status);
$smarty->assign("mb_message",$message);
}
}
return viewFormTestModule($smarty, $module_name, $local_templates_dir);
}
function createFieldForm()
{
$gender = array("male" => _tr("Male"), "female" => _tr("Female"));
$marital_status = array("single" => _tr("Single"), "widowed" =>
_tr("Widowed"), "married" => _tr("Married"), "divorced" => _tr("Divorced"),
"cohabiting" => _tr("Cohabiting"));
$arrFields = array(
"name"
=> array("LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
),
"last_name" => array("LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
),
"gender" => array("LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
=> _tr("Name"),
=> "yes",
=> "TEXT",
=> "",
=> "text",
=> ""
=> _tr("Last Name"),
=> "yes",
=> "TEXT",
=> "",
=> "text",
=> ""
=> _tr("Gender"),
=> "yes",
=> "RADIO",
=> $gender,
=> "text",
=> ""
Departamento de Desarrollo Elastix
32
),
"email"
=> array("LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
"VALIDATION_EXTRA_PARAM"
),
"marital_status" => array("LABEL"
"REQUIRED"
"INPUT_TYPE"
"INPUT_EXTRA_PARAM"
"VALIDATION_TYPE"
=> _tr("Email"),
=> "yes",
=> "TEXT",
=> "",
=> "email",
=> ""
=> _tr("Marital Status"),
=> "yes",
=> "SELECT",
=> $marital_status,
=> "text",
"VALIDATION_EXTRA_PARAM" => ""
),
);
return $arrFields;
}
function getAction()
{
if(getParameter("save"))
return "save";
else
return "report";
}
?>
Vista del módulo tipo formulario según el código descrito anteriormente
Departamento de Desarrollo Elastix
33
Clase paloSantoJSON.class.php
Esta clase sirve para codificar en formato JSON. Nos puede ser de gran ayuda
cuando se haga una petición AJAX al servidor, y enviarle la respuesta al cliente en
formato JSON. Codifica un arreglo de tres elementos, cuyos índices son “error”, en
esta se almacenan los errores en caso de haberlos, “statusResponse” que
almacena un estado de la respuesta, por default se setea en OK y “message” que
almacena la respuesa deseada.
Debemos incluir esta clase en nuestro módulo en caso de desear usarla.
El constructor es el siguiente:
function PaloSantoJSON()
Cuenta con las siguientes funciones:
•
function createJSON()
Codifica la respuesta en JSON con el formato mencionado anteriormente.
•
function set_error($error)
Setea el valor del índice “error” por lo que tenga el parámetro $error.
•
function set_status($status)
Setea el valor del índice “statusResponse” por lo que tenga el parámetro
$status.
•
function set_message($message)
Setea el valor del índice “message” por lo que tenga el parámetro
$message.
AJAX en Elastix
El framework Elastix también cuenta con una función javascript para realizar
peticiones AJAX!!. Esta función es la siguiente:
function request(url,arrParams, recursive, callback)
El parámetro “url” es la dirección a la cual se hace la petición (usualmente será
“index.php”). El parámetro “arrParams” es un arreglo que contiene los parámetros
que recibirá el servidor. El parámetro “recursive” es un booleano, este será TRUE
Departamento de Desarrollo Elastix
34
si deseamos que la misma petición AJAX se vuelva a realizar una vez el servidor
responda, y si deseamos detenerlo en algún momento, la función “callback” debe
retornar TRUE. Finalmente el parámetro “callback” es una función que será
invocada una vez que el servidor responda.
Ejemplo:
Se desea crear una función javascript que realice una petición AJAX al módulo
“testModule”. Esta función recibe como parámetro un texto el cual se debe pasar al
servidor. El servidor debe responder el texto traducido en el languaje que este
seleccionado en el servidor Elastix en caso de contar con esa traducción, caso
contrario devolverá el mismo texto. En el cliente se debe mostrar un alert con el
texto devuelto por el servidor.
Archivo testModule/themes/default/js/javascript.js
function getTextTranslate(text)
{
var arrAction
= new Array();
arrAction["menu"]
= "testModule";
arrAction["action"]
= "translate";
arrAction["text"]
= text;
arrAction["rawmode"] = "yes"; //Remember, this is necessary because in
this way the server will only response the content of the module that will be a JSON.
request("index.php",arrAction,false,
function(arrData,statusResponse,error)
{
//The variable statusResponse contains the value assigned to
statusResponse in the JSON response.
//The variable error contains tha value assigned to error in the JSON
response.
//The variable arrData contains the value assigned to message in the
JSON response.
alert(arrData);
}
);
}
Archivo testModule/index.php
<?php
include_once "libs/paloSantoForm.class.php";
include_once "libs/paloSantoJSON.class.php";
function _moduleContent(&$smarty, $module_name)
Departamento de Desarrollo Elastix
35
{
/* Typical headers of the module like the last example.
.....
.....
.....
*/
$action = getAction();
$content = "";
switch($action){
case "save":
$content = saveTestModule($smarty, $module_name,
$local_templates_dir);
break;
case "translate":
$content = translateText();
break;
default: // view_form
$content = viewFormTestModule($smarty, $module_name,
$local_templates_dir);
break;
}
return $content;
}
/* Here goes the functions saveTestModule and viewFormTestModule like the last
example
....
....
....
*/
function translateText()
{
$jsonObject = new PaloSantoJSON();
$text
= getParameter("text");
$translated = _tr($text);
$jsonObject->set_message($translated);
return $jsonObject->createJSON();
}
function getAction()
{
if(getParameter("save"))
Departamento de Desarrollo Elastix
36
return "save";
elseif(getParameter("action") == "translate")
return "translate";
else
return "report";
}
Convertir un módulo en un Addon
Es común confundirse y pensar que un módulo y un addon son la misma cosa, al
final de cuentas los dos por lo general terminan siendo un nuevo menú de Elastix.
Sin embargo un addon es algo mucho más complejo que un módulo.
Un addon es un paquete de software certificado por PaloSanto Solutions y que se
encuentra disponible en formato RPM a través de un repositorio oficial. Un addon
puede contener un módulo, pero además también puede contener otros
componentes de software, escritos en cualquier lenguaje soportado por Elastix. La
instalación de un addon se realiza de manera sencilla e intuitiva a través del menú
“Addons” desde la interfaz Web de Elastix.
Dicho lo anterior es importante aclarar que un módulo de Elastix sí se puede
convertir en un addon. Para hacer esto es necesario empaquetar el módulo en
formato RPM e iniciar un proceso de certificación de software interoperable con
Elastix.
Esqueleto del fuente para el empaquetado
Usualmente el fuente contendrá un archivo XML y dos carpetas principales. El
archivo y carpetas respectivamente son: “menu.xml”, “modules” y “setup”.
•
El archivo menu.xml es un XML que contiene los módulos que serán integrados a
Elastix, indicando la ubicación, nombre, tipo, permisos,etc.
Ejemplo:
Se desea crear un archivo menu.xml, para un módulo padre llamado “Parent
Module” con id “parent_module” ubicado debajo del módulo PBX en la posición 6.
Además habrán dos módulos más el primero será “Test Module” con id
“test_module” ubicado dentro de “parent_module” en la primera posición. Y el
módulo “Link Module” con id “link_module” el cual es un módulo tipo link para
acceder al servidor en el puerto 8080. A estos módulos sólo pueden ingresar por
default los usuarios del grupo administrador.
<?xml version="1.0" encoding="UTF-8"?>
<module>
<menulist>
Departamento de Desarrollo Elastix
37
<menuitem menuid="parent_module" desc="Parent Module" parent="pbxconfig"
module="no" link="" order="6">
<permissions>
<group id="1" name="administrator" desc="total access"></group>
</permissions>
</menuitem>
<menuitem menuid="test_module" desc="Test Module" parent="parent_module"
module="yes" link="" order="61">
<permissions>
<group id="1" name="administrator" desc="total access"></group>
</permissions>
</menuitem>
<menuitem menuid="link_module" desc="Link Module" parent="parent_module"
module="no" link="http://{NAME_SERVER}:8080" order="62">
<permissions>
<group id="1" name="administrator" desc="total access"></group>
</permissions>
</menuitem>
</menulist>
</module>
Como se puede observar, dentro de la etiqueta “menulist” van todos los módulos y
cada módulo se describe mediante la etiqueta “menuitem” donde el atributo
“menuid” es el id del módulo, el atributo “desc” es la etiqueta que se mostrará en la
interfaz web, el atributo “parent” es el id del módulo que lo contendrá, el atributo
“module” puede ser “yes” si es que es un módulo propiamente dicho o “no” si es
que es un módulo padre o si es un módulo tipo link, el atributo “link” es el link al
cual apuntará el módulo y el módulo “order” es el orden que ocupará el módulo.
En la etiqueta “permissions” se detallan los grupos de usuarios que tendrán acceso
por default al módulo.
Ahora lo único que hay que hacer es usar el script elastix-menumerge pasándole el
archivo XML para que quede realizada la integración con Elastix. Así mismo si
deseamos remover algún menú, se ejecuta el script elastix-menuremove pasándole
el id del mismo. Esto se lo debe realizar en el archivo spec.
•
La carpeta “modules” contiene todos los módulos incluídos en el addon.
•
La carpeta “setup” contiene archivos de configuración o scripts necesarios para el
correcto funcionamiento de algún módulo. Además, en caso de usar alguna base
de datos local contará con una carpeta llamada “db”, dentro de esta carpeta
encontraremos un archivo llamado “db.info” y tres carpetas: “install”, “update” y
“delete”.
El archivo db.info contiene información necesaria acerca de la base de datos. Tiene
Departamento de Desarrollo Elastix
38
una cabecera indicando el nombre de la base, luego la palabra clave
“ignore_backup” que será igual a “yes” en caso de que no se desee hacer un
backup de una base existente con el mismo nombre, caso contrario será “no”.
También tiene la palabra clave “engine” que indica el motor que usará la base (en
Elastix se usa “sqlite3” o “mysql”), luego la palabra clave “path” que indica la ruta en
donde se encuentra la base (para sqlite3 es “/var/www/db” y para mysql es
“/var/lib/mysql”) y finalmente la palabra clave deletable que será “yes” si se desea
poder eliminar la base cuando se desinstala el paquete, caso contrario será “no” (el
hecho de tener este campo en “yes” no significa que la base se eliminará
automáticamente al desinstalar el paquete, simplemente abre esa posibilidad y lo
que se deberá hacer es colocar un script de eliminación de la base en la carpeta
“delete”).
Ejemplo:
Construir un archivo db.info para un addon que tendrá que una base de datos
sqlite3 llamada “myDBSqlite” la cual se debe hacer un backup en caso de existir y
no debe poder ser eliminable, y una base de datos mysql llamada “myDBMysql”
con las mismas caracerísticas.
[myDBSqlite]
ignore_backup = no
engine = sqlite3
path = /var/www/db
deletable = no
[myDBMysql]
ignore_backup = no
engine = mysql
path = /var/lib/mysql
deletable = no
Dentro de la carpeta “install” habrá una carpeta para cada base de datos con el
mismo nombre de la base. Dentro de esta carpeta habrá scripts sql que sólo se
ejecutarán en la instalación del paquete (y se aplicarán sobre la base de datos
correspondiente al nombre de la carpeta). Estos scripts tendrán los nombres
“1_schema.sql”, “2_schema.sql”, “3_schema.sql”, etc (usualmente sólo se
necesitará de uno), el número de prefijo es importante porque indica el orden de
ejecución. Para bases de datos “sqlite3” simplemente se crean tablas y se añaden
registros por default (de ser necesarios) pero para bases mysql también es
necesario la creación de la base (CREATE DATABASE dbname;) seguido de un
USE dbname; para de ahi si proseguir con la creación de las tablas y demás.
En la carpeta “update” así mismo habrá una carpeta para cada base de datos con
el mismo nombre de la base. Dentro de cada una de estas carpetas habrá otra
carpeta llamada “version_sql” que contendrán los scripts sql de actualización. El
nombre de estos scripts es sumamente importante, deben tener la siguiente
Departamento de Desarrollo Elastix
39
estructura:
#number_#lastVersion_#newVersion.sql
Donde:
#number es el orden de ejecución del script.
#lastVersion es la última versión existente.
#newVesion es la nueva versión a lanzar, este script sólo se ejecutará para
versiones menores a #newVesion.
Ejemplo:
¿Cuál será el nombre de scripts sql de actualización para:
1. Un script de actualización que debe ser el primero y en cuyo momento la
última versión lanzada fue 2.2.0-2 y sólo se debe ejecutar para versiones
menores a 2.2.0-3.
2. Otro script de actualización que es el segundo en ejecutarse y en cuyo
momento la última versión lanzada fue la 2.2.0-6 y sólo se debe ejecutar
para versiones menores a 2.2.0-7
Para el primer script sería: 1_2.2.0-2_2.2.0-3.sql
Para el segundo script sería: 2_2.2.0-6_2.2.0-7.sql
Nótese que siempre será #lastVersion < #newVesion, además el orden de
ejecución de los scripts va de la mano con las versiones, es decir a mayor orden
mayores versiones.
En una instalación además de ejecutarse los scripts de la carpeta “install”, se
ejecutarán todos los scripts de la carpeta “update”.
La carpeta “delete” también contendrá carpetas con el mismo nombre de la base de
datos, las cuales contendrán scripts sql para la desinstalación de la base con el
nombre “1_dbname.sql”, “2_dbname.sql”, “3_dbname.sql”, etc.
Es recomendable no eliminar las bases en la desinstalación del paquete
El script que se encarga de leer y ejecutar estos archivos es el “elastix-dbprocess”
que debe ser invocado en el archivo spec.
Archivo spec
Una vez armado el fuente ahora es cuestión de crear el archivo spec, para terminar
con el proceso de construcción del RPM o empaquetado.
A continuación se mostrará un pequeño ejemplo de un archivo spec sin entrar en
mayores detalles, ya que se asume que el desarrollador tiene claros conocimientos
en cuanto a la construcción de paquetes RPM.
Departamento de Desarrollo Elastix
40
%define modname example
Summary: Elastix Module Example
Name: elastix-%{modname}
Version: 2.2.0
Release: 1
License: GPL
Group: Applications/System
Source0: %{modname}_%{version}-%{release}.tgz
BuildRoot: %{_tmppath}/%{name}-%{version}-root
BuildArch: noarch
Prereq: elastix-framework >= 2.2.0-25
%description
Elastix Module Example
%prep
%setup -n %{modname}
%install
rm -rf $RPM_BUILD_ROOT
# Files provided by all Elastix modules
mkdir -p $RPM_BUILD_ROOT/var/www/html/
mv modules/ $RPM_BUILD_ROOT/var/www/html/
# The following folder should contain all the data that is required by the installer,
# that cannot be handled by RPM.
mkdir -p $RPM_BUILD_ROOT/usr/share/elastix/module_installer/%{name}-%{version}%{release}/
mv setup/ $RPM_BUILD_ROOT/usr/share/elastix/module_installer/%{name}-%{version}%{release}/
mv menu.xml $RPM_BUILD_ROOT/usr/share/elastix/module_installer/%{name}-%
{version}-%{release}/
%pre
mkdir -p /usr/share/elastix/module_installer/%{name}-%{version}-%{release}/
touch /usr/share/elastix/module_installer/%{name}-%{version}-%{release}/preversion_%
{modname}.info
if [ $1 -eq 2 ]; then
rpm -q --queryformat='%{VERSION}-%{RELEASE}' %{name} >
/usr/share/elastix/module_installer/%{name}-%{version}-%{release}/preversion_%
{modname}.info
fi
Departamento de Desarrollo Elastix
41
%post
pathModule="/usr/share/elastix/module_installer/%{name}-%{version}-%{release}"
# Run installer script to fix up ACLs and add module to Elastix menus.
elastix-menumerge $pathModule/menu.xml
pathSQLiteDB="/var/www/db"
mkdir -p $pathSQLiteDB
preversion=`cat $pathModule/preversion_%{modname}.info`
if [ $1 -eq 1 ]; then #install
# The installer database
elastix-dbprocess "install" "$pathModule/setup/db"
elif [ $1 -eq 2 ]; then #update
elastix-dbprocess "update" "$pathModule/setup/db" "$preversion"
fi
%clean
rm -rf $RPM_BUILD_ROOT
%preun
if [ $1 -eq 0 ] ; then # Validation for desinstall this rpm
echo "Delete example menus"
elastix-menuremove "%{modname}"
# Here you should call to elastix-dbprocess for deleting, the same way that it was for
install, just that instead of word “install” goes word “delete”. But this is not often used due
to the databases usually are not deleted
fi
%files
%defattr(-, asterisk, asterisk)
%{_localstatedir}/www/html/*
/usr/share/elastix/module_installer/*
%changelog
* Mon Jan 30 2012 Alberto Santos <asantos@palosanto.com> 2.2.0-1
–
Initial version.
Finalización del proceso de certificación.
Una vez elaborado el RPM, se procede a firmar el contrato y enviar el
empaquetado
a
paloSanto
Solutions,
puede
ser
al
correo
certification@palosanto.com o asantos@palosanto.com junto con un manual de
Departamento de Desarrollo Elastix
42
usuario, para proceder con la revisión del mismo. Una vez este sea aprobado
pasará a formar parte de los repositorios de Elastix y se convertirá en un Addon de
Elastix.
Si tienes alguna duda respecto al proceso de certificación o cualquier aspecto
puntual del framework Elastix puedes enviar un correo a cualquiera de las dos
direcciones mencionadas.
PENDIENTE PALOSANTO GRID YA QUE ESTÁ TODAVÍA EN
DESARROLLO Y TAMBIÉN ELASTIX WEBSERVICES 2.0
Departamento de Desarrollo Elastix
43
Descargar