Demo31

Captcha o Código Anti-Spam en Zend Framework

José Carlos — Sat, 05 Feb 2011 21:59:03 +0000

Para los que no sepan qué es el código Anti-Spam, comentar que es la imagen que aparece en algunos formularios y que contiene una serie de caracteres que debemos introducir antes de realizar el envío de datos de dicho formulario al servidor. Este código se utiliza para evitar que se monten robots contra nuestro formulario, y lo utilice repetidamente de manera que nos llene nuestra BBDD o una cuenta de correo de información basura.

Dicho esto, vamos a ver los pasos qué los pasos a seguir para implementar nuestro propio código anti-span en nuestros formularios.

Lo primero que tenemos que hacer es decidir por qué tipo de adaptador utilizar, ya que Zend Framework nos ofrece la posibilidad de utilizar varios de ellos. Tenemos la posibilidad de generar el código anti-spam mediante código ascii a través de la librería Zend_Captcha_Figlet o la típica imagen donde está el código anti-spam , a través de la librería Zend_Captcha_Image.

Ejemplo de lo que nos daría Zend_Captcha_Figlet

Ejemplo de lo que nos daría Zend_Captcha_Image

A continuación vamos a explicar las distintas partes del código que pondremos después de cómo se haría la inserción de dicho código anti-spam en nuestra aplicación y la validación del mismo.

El objeto que vamos a utilizar, como hemos comentado anteriormente es Zend_Captcha_Image, y su inicialización es de la siguiente manera:

 'foo',
	'wordLen' => 5,
	'font' => 'VeraMono.ttf',
	'height' => 50,
	'width' => 120,
	'imgDir' => './images/captcha',
	'imgUrl' => 'http://localhost:8080/test/images/captcha',
	'timeout' => 300
));
?>

Donde:

name: Es el nombre de la variable de la caja de texto donde vamos a introducir el código en el formulario
wordLen: Longitud de la palabra que se generará como código anti-spam
font: Fuente que se utilizará para generar el codógio anti-spam. Ojo, hay que indicar la ruta donde se encuentra la fuente. Esta fuente debe ser “ttf”
heigth: Altura de la imagen que contendrá el código anti-spam
width: Ancho de la imagen que contendrá el código anti-spam
imgDir: Ruta relativa donde se almacerán las imágenes generadas con el código anti-spam.
imgUrl: Ruta absoluta donde se encuentran las imágenes generadas con el código anti-spam.

El código que utilizaremos para generar el código anti-spam y si posterior validación será el siguiente:

 'foo',
		'wordLen' => 5,
		'font' => 'VeraMono.ttf',
		'height' => 50,
		'width' => 120,
		'imgDir' => './images/captcha',
		'imgUrl' => 'http://localhost:8080/test/images/captcha',
		'timeout' => 300
	));

	$id = $captcha->generate();
 	$captchaSession = new Zend_Session_Namespace('Zend_Form_Captcha_'.$id);	

//Para accede dentro de la sesión y recuperar el código, necesitamos un iterador para ello
	$captchaIterator = $captchaSession->getIterator();  			

//Validamos si es la primera vez que accedemos o no, para la inicialización de la variable en sesión que contendrá el código anti-spam
	if (!isset($_SESSION['codigo'])){//Primera vez
    	    $_SESSION['codigo'] =  $captchaIterator['word'];
	}

	//Visualizamos el código anti-spam en nuestra vista
	echo $captcha->render($view);

//Si se ha producido el envío de información al servidor, entramos a validar código anti-spam introducido con el que tenemos en sesión
	if (!empty($_POST)){
		if ($_SESSION['codigo'] == $_POST['foo']){
		    echo "Validado el código!!!
";
//Aquí sería el momento de redireccionar a otra funcionalidad al haber validado correctamente el código
		}else{
			echo "Código NO validado
";
//Actualizamos el código anti-spam en sesión para la posterior validación.
$_SESSION['codigo'] = $captchaIterator['word'];
		}
	}
?>

	
	

?>

Si queremos que nuestro script anterior se pueda probar repetidas veces, bastaría con hacer una pequeña modificación en el momento en el que actualizamos el código anti-spam una vez que se ha detectado que el código introducido no es válido.
Del script anterior modificaríamos…

";
//Aquí sería el momento de redireccionar a otra funcionalidad al haber validado correctamente el código
		}else{
			echo "Código NO validado
";
		}
//Actualizamos el código anti-spam en sesión para la posterior validación.
$_SESSION['codigo'] = $captchaIterator['word'];
	}
?>

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

Por cierto, si alguien tiene o sabe donde hay fuentes libres para captcha o códigos anti-spam, si quiere, que ponga la url en los comentarios a este artículo, así nos servirá de ayuda para todos. ¡¡¡Gracias!!!

Web Services con Zend Framework

José Carlos — Wed, 08 Dec 2010 11:06:58 +0000

A la hora de desarrollar web services, tenemos que tener en cuenta que habrá una parte de código de servidor y otra parte de código de cliente, aunque si somos la parte que define el web service no nos deberemos preocupar en la definición del código que se debe ejecutar en el cliente.

Antes de nada, deberemos habilitar en nuestro php.ini la extensión "php_soap" y reiniciar el servidor.

Una vez habilitada la extensión, para poder ofrecer nuestro servicio, deberemos crear un controlador al que podamos llamar para obtene el archivo WSDL. Además, aprovecharemos dicho controlador, para usarlo también como cliente a través de su método “clientAction”, teniendo en cuenta que este método estará integrado en cualquier desarrollo externo a nuestra aplicación, ya que a través de el, interrogarán a nuestra aplicación.

_helper->viewRenderer->setNoRender();

    	if(isset($_GET['wsdl'])) {
    		//Devuelve el XML con el WSDL
    		$this->hadleWSDL();
		} else {
			//Gestiona las peticiones a través de SOAP
    		$this->handleSOAP();
		}
    }

	private function hadleWSDL() {
		$autodiscover = new Zend_Soap_AutoDiscover();
    	$autodiscover->setClass('ZendExt_Application_Resource_Soaptest');
    	$autodiscover->handle();
    	exit;
	}

	private function handleSOAP() {
		$soap = new Zend_Soap_Server($this->_WSDL_URI);
    	$soap->setClass('ZendExt_Application_Resource_Soaptest');
    	$soap->handle();
    	exit;
	}

    public function clientAction() {
    	try{
	    	$client = new Zend_Soap_Client($this->_WSDL_URI);

	    	$this->view->add_result = $client->math_add(11, 55);
	    	$this->view->logical_not_result = $client->logical_not(true);
	    	$this->view->sort_result = $client->simple_sort( array("d" => "lemon", "a" => "orange", "b" => "banana", "c" => "apple"));
    	}catch(Exception $e){
			echo "error:" . $e->getMessage();
    	}
    }
}
?>

El código que nos implementará la lógica de negocio asociada a los métodos definidos para nuestro web service la podemos tener definida en nuestra librería externa "/library/ZendExt/Application/Resource/WSTest.php"

Importante: Si cambiáis el nombre de alguno de los métodos, después de haber solicitado alguna vez el archivo WSDL lo más seguro es que os devuelva un error, por lo que deberéis eliminar los archivos creados en la caché que comienzan por "wsdl-*".

Si se prentende posteriormente tener el cliente y el servidor por separado, del código anterior, bastaría con tener el método clienteAction definido en el cliente, y eliminarlo de la parte de servidor.

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

[ad#Google Adsense]

Migración de Zend Framework 1.9.x a 1.10.x

José Carlos — Tue, 26 Oct 2010 23:09:11 +0000

Vamos a ver los pasos que tenemos que realizar para poder migrar nuestra aplicación demo realizada con Zend Framework 1.9.3 a 1.10.8.

Los pasos son los siguientes:

Descargamos la última versión de Zend Framework(full)

Descomprimir e instalar los directorios “bin” y “library”, en la siguiente ruta: C:\ZF1108, por ejemplo. También podemos hacerlo en un directorio con nombre “neutral” como por ejemplo, C:\ZF, de manera que las siguientes instalaciones nos permitan evitarnos los pasos 3 y 4.

Añadimos la ruta completa donde se encuentra el directorio "bin" en nuestras variables de entorno de Windows. Para ello vamos a las variables de entorno de Windows y en Variables de sistema, buscamos la variable Path. Editamos la variable y al final añadimos la ruta completa (C:\ZF1108\bin), separándola de la anterior a través de ";". Pulsamos "Aceptar" y reiniciamos nuestro ordenador.

Modificaciones en el archivo php.ini de configuración de PHP:
- Configurar Php para que tenga acceso a Zend Framework, para ello abrimos el archivo php.ini y modificamos el include_path añadiendo la ruta donde se encuentran la librería del Zend Framework: include_path = 'C:/ZF1108/library/', en caso de que tuviéramos ya alguna ruta en nuestra variable include_path, separaremos esta de la nueva con ";" como en el siguiente ejemplo: ".; C:/ ZF1108/library/"
- Definimos el mismo doc_root en PHP que el que tenemos en Apache

Ahora podemos validar si la instalación y las variables de entorno son correctas, para lo que abrimos un terminal y tecleamos zf show versión y como resultado obtenemos la respuesta de la versión que hemos descargado en el paso 1: Zend Framework Version: 1.10.8

Validamos los desarrollos que tenemos, por ejemplo, la demo de la biblioteca, y comprobamos que siguen funcionando correctamente.

Para que nuestras aplicaciones futuras que desarrollemos utilicen el nuevo Zend Framework, lo que debemos hacer es actualizar el framework que utiliza nuestro Zend Studio, para ello, vamos al menú "Help / Check for updates" y se validará cuantas actualizaciones tenemos pendientes de realizar en nuestro Zend Studio. Aceptamos la actualización de todas ellas, entre las que se encontrará el framework, si es que estamos trabajando con una versión inferior a la 1.10 y al final del proceso nos solicitará que ser reinicie la aplicación. Reiniciamos la aplicación, y para validar que tenemos la ultima versión de Zend Framework, intentamos crear un nuevo proyecto, y en el primer paso, podemos comprobar que tenemos seleccionada por defecto la última versión de Zend Framework.

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

[ad#Google Adsense]

Instalación del proyecto en la raíz de nuestro servidor

José Carlos — Tue, 21 Sep 2010 18:11:56 +0000

Una vez realizado el proyecto, con su estructura de directorios por defecto, nos vemos obligados a que nuestras url's contengan el directorio /public cuando hacemos la instalación en un hosting compartido, por ejemplo. Para evitar esto, y que no aparezca dicho directorio entre las url's de nuestra aplicación web, tenemos que realizar los siguientes pasos:

Modificar el fichero "httpd-vhosts.conf" de nuestro apache
Mover todo el contenido del directorio /public a la raíz del proyecto
Modificar el fichero "index.php" que ahora se encontrará en la raíz de nuestro proyecto.

Modificación del fichero "http-vhosts.conf"

Ahora mismo lo que tendríamos en nuestro archivo http-vhosts.conf sería lo siguiente:


	DocumentRoot "G:/Apache/htdocs/biblioteca/public"
	ServerName http://biblioteca.localhost:8080
	
		AllowOverride All
	
	ErrorLog "logs/biblioteca.local-error.log"
  CustomLog "logs/biblioteca.local-access.log" common

[/source]

Y la actualizaríamos por la siguiente:

[sourcecode]

	DocumentRoot "G:/Apache/htdocs/biblioteca/"
	ServerName http://biblioteca.localhost:8080
	
		AllowOverride All
	
	ErrorLog "logs/biblioteca.local-error.log"
  CustomLog "logs/biblioteca.local-access.log" common

Donde podemos ver que ya no está el directorio "public".

Mover todo el contenido del directorio /public a la raíz del proyecto

Movemos los directorios /css, /js y los archivos "index.php" y ".htaccess" a la raíz del proyecto. Quedando la estructura de directorios de nuestro proyecto de la siguiente manera:

Modificación del fichero "index.php"

Modificamos la siguiente línea de código:

defined('APPLICATION_PATH')
    || define('APPLICATION_PATH', realpath(dirname(__FILE__) . '/../application'));

Por esta otra:

defined('APPLICATION_PATH')
    || define('APPLICATION_PATH', realpath(dirname(__FILE__) . './application'));

Y esta:

set_include_path(implode(PATH_SEPARATOR, array(
    realpath(APPLICATION_PATH . '/../library'),
    get_include_path(),
)));

Por esta otra:

set_include_path(implode(PATH_SEPARATOR, array(
    realpath(APPLICATION_PATH . './library'),
    get_include_path(),
)));

Ahora, si llamamos a nuestra aplicación en local, seguirá funcionando, y si la instalamos en un hosting compartido, donde tengamos instalado Zend Framework, seguirá funcionando.

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

Cómo leer el archivo application.ini de Zend Framework

José Carlos — Sat, 28 Aug 2010 11:32:38 +0000

Puede ser que para nuestros desarrollo nos interese tener valores que sean configurables a través de un archivo de propiedades. Para ello, podemos definir uno propio, e implementar algún objeto que lo lea, o reaprovechar el archivo application.ini que nos facilita el Zend Framework y guardar propiedades en el, para recuperarlas posteriormente.

Lo primero que haremos será crear la propiedad en el fichero application.ini, lo cual es tan sencillo como editarlo, y añadir dicha propiedad. En nuestro ejemplo, guardaremos la propiedad que contiene la ruta al archivo log que hemos utilizado en el punto ¿Cómo crear un fichero de log en Zend Framework?.

Entrada en nuestro application.ini:

log.route = /logs/salida.log

A continuación, lo que haremos será recuperar la información de la propiedad, y hacerla visible a toda la aplicación. Para ello, añadiremos código en el método _initAutoload() de nuestro Bootstrap.php, de la siguiente manera:

	protected function _initAutoload(){
        //Cargamos en $property todas las propiedades del archivo
        //application.ini
		$property = $this->getOptions();
        //Obtenemos la propiedad log.route
		$routeLogFile = APPLICATION_PATH . $property['log']['route'];
        //Registramos el valor de la variable, la ruta al archivo log,
        //en este caso, para hacerla accesible desde toda la
        //aplicación
		Zend_Registry::set('routeLogFile', $routeLogFile); //Ruta del archivo de log

		$moduleLoader = new Zend_Application_Module_Autoloader(array('namespace' => '', 'basePath' => APPLICATION_PATH));		

		return $moduleLoader;
	}

Aquí podemos ver, que una vez tenemos la ruta donde se encuentra el archivo la "registramos" para que sea accesible desde cualquier parte de nuestro código.

Y para finalizar, recuperamos el valor de la ruta de nuestro archivo log, de la siguiente manera:

//Recuperamos el valor "registrado" con anterioridad
$ruta_del_archivo_log  = Zend_Registry::get("routeLogFile");

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

[ad#Google Adsense]

¿Cómo crear un fichero de log en Zend Framework?

José Carlos — Thu, 26 Aug 2010 05:59:27 +0000

Para crear un fichero de log en Zend Framework nos basaremos en las clases:

Zend_Log
Zend_Log_Writer_Stream()

Crear el objeto de Log en Zend Framework

Para crear en nuestro código el objeto que gestione el blog, así como definir la ruta donde se encuentra el archivo lo haremos de la siguiente manera:

$logger = new Zend_Log();
$writer = new Zend_Log_Writer_Stream($ruta_del_archivo_log);
$logger->addWriter($writer);

La ruta del archivo que hará de log para nuestra aplicación la definiremos en función de la constante APPLICATION_PATH. De manera que a esta ruta, que nos da la raíz de la aplicación, definiremos dónde se encuentra nuestro archivo de log.

Por ejemplo, si queremos que nuestro directorio donde guardemos el log esté dentro de /application, la ruta al archivo sería:

$ruta_del_archivo_log  = APPLICATION_PATH . "/logs/salida.log";

Para poder definir la ruta anterior en nuestro proyecto, crearemos el directorio "logs". No es necesario crear el fichero, porque el archivo se abrirá en modo "a", es decir, se abrirá en modo escritura sólo. El puntero del fichero siempre apuntará al final del mismo. En caso de no existir el fichero, este se creará.

¿Cómo se escriben los mensajes en los ficheros de log?

Tenemos dos posibilidades a la hora de crear el mensaje:

Informando de la prioridad como parámetro del método de escritura del log:

$logger->log('Mensaje informativo', Zend_Log::INFO);
$logger->log('Valor variable: ' . $variable, Zend_Log::INFO);

Informando de la prioridad en el propio nombre del método:

$logger->info('Mensaje informativo');
$logger->info('Valor variable' . $variable);

Los mensajes, pueden tener distintas prioridades, en el ejemplo, hemos utilizado la prioridad INFO. A continuación tenemos un listado de todas las prioridades que podemos utilizar, y el sentido que se le puede dar a cada uno:

EMERG = 0; // Emergency: Sistema no utilizable
ALERT = 1; // Alert: Se debe realizar una acción
CRIT = 2; // Critical: Errores críticos
ERR = 3; // Error: Se ha producido un error
WARN = 4; // Warning: Se ha producido una aviso
NOTICE = 5; // Notice: Aviso significativo
INFO = 6; // Informational: Mensaje informativo
DEBUG = 7; // Debug: Mensaje de debug

Formateo de los mensajes en nuestro archivo de log en Zend Framework

Por defecto, los mensajes tiene el siguiente formato:

'%timestamp% %priorityName% (%priority%): %message%' . PHP_EOL;

Si queremos cambiar el formato del mensaje, por ejemplo a '%timestamp% %priorityName%: %message%' . PHP_EOL; usaríamos la clase Zend_Log_Formatter_Simple de la siguiente manera:

$writer = new Zend_Log_Writer_Stream($ruta_del_archivo_log);
$format = '%timestamp% %priorityName%: %message%' . PHP_EOL;
$formatter = new Zend_Log_Formatter_Simple($format);
$writer->setFormatter($formatter);
$logger = new Zend_Log();
$logger->addWriter($writer);
$logger->info('Esto es una prueba');

Si por el contrario, queremos que el formato sea el de un XML, la clase a utilizar es Zend_Log_Formatter_Xml, de manera que quedaría de la siguiente manera:

$writer = new Zend_Log_Writer_Stream($ruta_del_log);
$formatter = new Zend_Log_Formatter_Xml();
$writer->setFormatter($formatter);
$logger = new Zend_Log();
$logger->addWriter($writer);
$logger->info('Mensaje informativo');

Siendo su salida, la siguiente:


	  2007-04-06T07:24:37-07:00
	  Mensaje informativo
	  6
	  INFO

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

[ad#Google Adsense]

Zend Framework + jQuery

José Carlos — Sun, 15 Aug 2010 22:35:31 +0000

¿Qué es jQuery?

jQuery es una librería de javascript que facilita el desarrollo de código javascript para distintos tipos de navegador (desarrollo transversal), así como facilitar las animaciones, gestiones de eventos y las interacciones a través de ajax del desarrollo web.

Es decir, nos encontramos frente a un framework de javascript, que vamos a ver cómo interactúa y se integra con Zend Framework.

En el presente artículo nos centraremos en hacer una pequeña demo sobre las interacciones a través de ajax que nos facilitará el desarrollo futuro de nuestros portales.

Instalación de jQuery

Su instalación es muy sencilla, pero antes de instalar, como es lógico, debemos descargarnos la última versión de jQuery que podemos hacer desde aquí.

Una vez descargado lo instalaremos en el directorio "js" de nuestro proyecto que se encuentra en /biblioteca/public/js/ como podemos ver en la siguiente imagen:

Llamar a jQuery desde Zend Framework

Una vez ya instalado, nos queda incluirlo en nuestro código para poder luego utilizar todas sus funcionalidades, para ello, la inclusión de archivos javascript, si recordáis se hace desde el controlador. Para nuestro ejemplo, haremos la llamada desde el controlador que inicia la aplicación "IndexController", quedando el código de la siguiente manera:

view->title = "Mis Libros";
    	//Añadimos el título a la vista
		$this->view->headTitle($this->view->title, 'PREPEND');
		//Añadimos la llamada a la librería jQuery
		$this->view->headScript()->appendFile($this->view->baseUrl() . "/js/jquery-1.4.2.min.js");
		//Creamos el modelo, para la consulta de libros
		$libros = new Model_DbTable_Libros();
		//Devolvemos a la vista todos los libros
		$this->view->libros = $libros->fetchAll();
    }
}
?>

Una vez instalado, si nos vamos al código fuente podemos ver cómo está la llamada a jQuery.



	
		

		Mis Libros - Biblioteca 

		
		
	
..................
..................
..................

Ejemplo de envío de votaciones

Vamos a hacer una pequeña demo del uso de la librería jQuery en el que vamos a enviar la votación dada a un libro de nuestra biblioteca y para la que devolveremos un mensaje de gracias. Está claro que una vez recibida la votación luego se podría insertar en una tabla de nuestra BBDD la votación recibida, hacer alguna estimación, como la media de la votación y devolverla a la página origen. Pero lo más importante, es la de demostrar la comunicación entre el cliente y el servidor a través de la librería jQuery.

Para ello, en nuestra demo, modififcaremos el arhcivo "index.phtml" del controlador "IndexController" de la siguiente manera:

Añadir nuevo libro
libros as $libro) : ?>
	
	
		Título
		Autor
		Favorito
		 
	
	
		escape($libro->titulo)) ;?>
		escape($libro->autor)); ?>
		1 2 3 4 5
		
			Editar
			Borrar

Título	Autor	Favorito
escape($libro->titulo)) ;?>	escape($libro->autor)); ?>	1 2 3 4 5	Editar Borrar

De manera que visualmente tenemos la siguiente vista, a partir del código anterior:

Para aquellos libros para los que no se ha producido ninguna votación, tenemos la posibilidad de votar de 1 a 5.

Nuestra idea es la siguiente, hacer clic sobre un número de la votación, que este dato junto con el identificador del libro viaje al servidor, se hagan las operaciones que se hayan definido, y se responda. Esa respuesta, es tratada por la vista, y nos muestra la información obtenida.

Envío de información y tratamiento de respuesta (Browser)

El envío de información lo haremos por POST, y lo haremos a partir del clic sobre una de las votaciones, para lo que tenemos:

$("a").click(function(){
//Realizamos las operaciones oportunas una vez capturado el clic sobre el enlace
}

Una vez capturado el clic sobre el enlace, haremos el envío por POST a través de la siguiente sentencia:

$.post(url donde enviamos la información, {variable1: valor1, variable2: valor2, …, variableN: valorN}, function(data){
   //Tratamos el valor recibido a través de “data” para poder realizar as operaciones que queramos en ese momento.
}, "text");

Con “text” le indicamos el tipo de dato que vamos a recibir. Con “text” podemos tratar texto, y por tanto, recibir un XML. En teoría, si pusiéramos “xml” sería equivalente, el problema es que no he conseguido recibir la información en formato XML.

Si en lugar de “text”, ponemos “json” la respuesta será recibida en formato json, por lo que su extracción será de manera distinta a si fuera texto o un XML. Esto se puede ver en el código añadido con anterioridad.

$.post(url donde enviamos la información, {variable1: valor1, variable2: valor2, …, variableN: valorN}, function(data){
   //Tratamos el valor recibido a través de “data” para poder realizar as operaciones que queramos en ese momento.
}, "json");

Recepción de información, tratamiento de la misma y envío de respuesta (Servidor)

A nivel de servidor, deberemos realizar varias tareas. Primero, vamos a crear una clase propia, tratada en el artículo Añadir librería propia a Zend Framework. Y en dicha librería, vamos a tratar en el método write, por ejemplo, el voto recibido, y el resultado generado.

Class ZendExt_Application_Resource_Votacion {
	//TODO - Insert your code here
	private $libro;
	private $voto;

	function __construct($libro, $voto) {
		$this->libro = $libro;
		$this->voto = $voto;
		//Zend_Debug::dump("ZendExt_Application_Resource_Prueba CONSTRUIDO " . APPLICATION_PATH, date('D, d M Y H:i:s'), $echo = true);
	}

	/**
	 *
	 */
	function __destruct() {
		//Zend_Debug::dump("ZendExt_Application_Resource_Prueba DESTRUIDO " . APPLICATION_PATH, date('D, d M Y H:i:s'), $echo = true);
	}

	public function write(){
		//Procesamos voto, realizamos operaciones, consultamos BBDD, actualizamos, etc.
		$div = rand(0, $this->voto);
		if ($div == 0)
			$div = 1;
		$average = round($this->voto / $div, 2);
		$count = rand(intval($average), 100);		

		//Devolvemos le resultado en formato como json en formato array. Debemos quitar estas líneas de  código si queremos devolver por text o xml.
		$json = array("libro"=>$this->libro, "media"=>$average, "total"=>$count);
		return json_encode($json);

		//Devolvemos el resultado a la página desde la que se ha recibido la votación, una vez realizados los cálculos anteriores. Debemos quitar estas líneas de código si queremos devolver por json
		$xml = "";
		$xml .= "".$average."".$count."";
		return $xml;
	}
}
?>

Se han definido dos tipos de salida, una con la variable $json, para enviar el resultado en formato json, y otra con la variable $xml, para tratar el resultado en formato texto o xml.

Además, nos haría falta, añadir unas líneas de código en nuestro IndexController, ya que vamos a añadir un action que será “votacionAction” si lo que devolvemos es a través de json.

public function votacionAction(){
    	if ($this->getRequest()->isPost()){	//POST
    		//Añadimos las siguientes dos líneas para que al devolver el resultado, no nos devuelva
    		//todo el código de la página que lo contiene más el resultado
    		$this->_helper->layout->disableLayout();
			$this->_helper->viewRenderer->setNoRender();

	    	//Recuperación de los valores
	    	$libro = $_POST["libro"];
	    	$voto = $_POST["voto"];
	    	//Definimos cómo será la cabecera de la información que vamos a enviar al servidor en este momento
		header('Content-Type: text/json; charset=UTF-8');
		header("Cache-Control: no-cache, must-revalidate");		

	    	$gestVoto = new ZendExt_Application_Resource_Votacion($libro, $voto);
	    	//Procesamos voto
	    	echo $gestVoto->write();		

	 }else{	//GET
		//No hacemos nada
    	}

    }

Pero si devolviéramos en formato texto o xml, sería de la siguiente manera:

public function votacionAction(){
    	if ($this->getRequest()->isPost()){	//POST
    		//Añadimos las siguientes dos líneas para que al devolver el resultado, no nos devuelva
    		//todo el código de la página que lo contiene más el resultado
    		$this->_helper->layout->disableLayout();
			$this->_helper->viewRenderer->setNoRender();

	    	//Recuperación de los valores
	    	$libro = $_POST["libro"];
	    	$voto = $_POST["voto"];
	    	//Definimos cómo será la cabecera de la información que vamos a enviar al servidor en este momento
		header('Content-Type: text/xml; charset=UTF-8');
		header("Cache-Control: no-cache, must-revalidate");		

	    	$gestVoto = new ZendExt_Application_Resource_Votacion($libro, $voto);
	    	//Procesamos voto
	    	echo $gestVoto->write();		

	 }else{	//GET
		//No hacemos nada
    	}

    }

Una vez hecho clic sobre un voto y tratado este en el servidor, según se ha desarrollado, se devuelve el total y la media, para escribirlas en pantalla en lugar de la posibilidad de votar. De manera que quedaría de así:

Antes de finalizar, dejar claro que no es objetivo de esta demo, tanto el tratamiento del voto, como el impedir que se vote más de una vez por parte de un mismo usuario. Lo que se ha tratado de demostrar es:

• Envío de información al servidor
• Tratamiento de la información y respuesta
• Recepción de la información y tratamiento de la misma en función de la respuesta obtenida.

¡¡¡Pues esto es todo por el momento!!!

¡¡¡Cualquier duda o consulta, me la podéis hacer llegar en cualquier momento!!!

[ad#Google Adsense]

Añadir librería propia a Zend Framework

José Carlos — Fri, 11 Jun 2010 18:05:53 +0000

Existe la posibilidad que cuando estemos realizando el desarrollo de nuestra aplicación, necesitemos tener acceso a funcionalidades que puedan ser utilizadas en más de un punto. Por lo que podemos optar a sacar esa funcionalidad a una librería externa que pueda ser reutilizada.

Para ello, seguiremos los siguientes pasos:

Añadimos las siguientes entradas a nuestro archivo application.ini

includePaths.library = APPLICATION_PATH "/../library"
autoloaderNamespaces[] = ZendExt_
pluginPaths.ZendExt_Application_Resource = "ZendExt/Application/Resource"

Donde en la línea 1 indicamos la ruta desde la aplicación hasta el directorio donde está nuestra librería. En la línea 2 indicamos el namespace donde se econtrará nuestra librería, y en la línea 3 se indica la ruta completa donde están los archivos que constituyen nuesrta nueva librería

Creamos la estructura de directorios en función de lo indicado en la línea 3 del paso anterior y creamos dentro el archivo que contendrá nuestra clase de la librería privada

Creamos una clase sencilla, que escriba en pantalla algún mensaje, cuando sea llamada desde nuestra aplicación. A destacar el nombre de la clase, la cual contiene la ruta de directorios hasta ella.

class ZendExt_Application_Resource_Prueba {
	function __construct() {
		Zend_Debug::dump("ZendExt_Application_Resource_Prueba CONSTRUIDO " . APPLICATION_PATH, date('D, d M Y H:i:s'), $echo = true);
	}

	function __destruct() {
		Zend_Debug::dump("ZendExt_Application_Resource_Prueba DESTRUIDO " . APPLICATION_PATH, date('D, d M Y H:i:s'), $echo = true);
	}

	public function write(){
		Zend_Debug::dump("Prueba_Clase de escritura", $label = 'Mensaje', $echo = true);
	}
}

Para finalizar, incluimos una llamada a la clase que se ha creado dentro de nuestra librería privada en IndexController.php, al final del todo, por ejemplo

class IndexController extends Zend_Controller_Action
{

    public function init(){

        /* Initialize action controller here */
    }

    public function indexAction(){
    	//Título de la vista
    	$this->view->title = "Mis Libros";
    	//Añadimos el título a la vista
		$this->view->headTitle($this->view->title, 'PREPEND');
		//Añadimos la llamada a la librería jQuery
		$this->view->headScript()->appendFile($this->view->baseUrl() . "/js/jquery-1.4.2.min.js");
		//Creamos el modelo, para la consulta de libros
		$libros = new Model_DbTable_Libros();
		//Devolvemos a la vista todos los libros
		$this->view->libros = $libros->fetchAll();
		$prueba = new ZendExt_Application_Resource_Prueba();
    }
}

Accedemos a la home de nuestra aplicación y vemos cómo se realiza correctamente la llamada a nuestra clase que se encuentra en nuestra librería privada

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

[ad#Google Adsense]

Formularios en Zend Framework (y IV)

José Carlos — Sat, 17 Apr 2010 23:59:04 +0000

Para finalizar la serie que hemos dedicado a cómo adaptar los formularios a nuestro gusto, debido a que en los objetos se suele meter código que debería estar en los archivos .css o .phtml, y eso es algo de lo que siempre hay que tratar huir, nos quedaba resolver el tema de cómo rellenar un select con distintas opciones, y que estas pudieran salir de una BBDD, es decir, que vinieran desde el servidor y no una lista de datos enorme en la parte de diseño de la vista.

Y es algo que finalmente se puede resolver de manera muy sencilla, y que vamos a ver ahora mismo ...

Bien, lo que debemos hacer es crear una variable pública, podríamos definirla privada y luego su correspondiente set and get, que nos devuelva un array con las distintas opciones en la clase Form_Libro, tal y como podemos ver a continuación:

class Form_Libro extends Zend_Form{
	public $opciones;

	public function __construct($options = null){
		parent::__construct($options);

		$this->setName('libro');
		$id = new Zend_Form_Element_Hidden('id');

		$autor = new Zend_Form_Element_Text('autor');
		$autor->setLabel('Autor')
		->setRequired(true)
		->addFilter('StripTags')
		->addFilter('StringTrim');		

		$titulo = new Zend_Form_Element_Text('titulo');
		$titulo->setLabel('Titulo')
		->setRequired(true)
		->addFilter('StripTags')
		->addFilter('StringTrim');	

		//Definimos las opciones y el valor de cada opción que tendrá nuestro select
		$this->opciones = array ('0'=>'', '1'=>'terror', '2'=>'comedia', '3'=>'policiaca'); 

		$this->addElements(array($id, $autor, $titulo));
	}
}

Hemos definido una opción en blanco, como primera, pero perfectamente podríamos haber elegido cualquier otra o haber puesto el literal "selecciona una opción" de manera que llame la atención de quien rellena el formulario y seleccione una opción.

Para cada opción, se le dará posteriormente, como valor la posición en el array.

Una vez hecho esto, tenemos que capturarlo en el formulario, y construir el cuerpo del select. Para ello, editamos nuestro archivo anyadir.phtml que construye la vista de añadir un nuevo libro, y le añadimos el código necesario para construir el select, el cual, como veréis es muy poco, y se nos queda muy limpio.

Añadir nuevo libro


	
			Introduce los datos del libro
			* Autor: 
			
			* Título
			
			* Estilo
			
			Añadir

Esto hará que nuestro formulario ahora se pueda visualizar de la siguiente manera:

Si miramos el código fuente de nuestra página HTML, podemos ver código se ha creado correctamente nuestra página internamente.



	
		

		A&ntilde;adir nuevo libro - Biblioteca 

		 

		
	
	
		
			
			Añadir nuevo libro


	
			Introduce los datos del libro
			* Autor: 
			
			* Título
			
			* Estilo
			
			Añadir

Con esto, damos por finalizada nuestra adaptación de los formularios en Zend Framework, para que se ajuste a nuestras necesidades, además de evitar introducir código HTML o CSS en nuestro código de servidor.

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

[ad#Google Adsense]

Formularios en Zend Framework (III)

José Carlos — Sat, 20 Mar 2010 22:34:18 +0000

Continuamos con nuestra "versión" sobre la construcción de formularios en Zend Framework, teniendo siempre como premisas:

No tener código HTML o CSS en código que se ejecute en el servidor
Disminuir la carga del servidor al realizar ciertas validaciones a nivel de cliente
Crear formularios donde la distribucón de campos sea como nosotros queramos, y no secuencial, de arriba hacia abajo, como hace Zend Framework

En este tercer capítulo vamos a tratar los resultados que se generan en el servidor, ya sea por validaciones internas o por ejecuci&ooacute;n de un proceso.

Para ello, definiremos un controlador, una vista y un modelo encargado de representar cualquier resultado, y de ofrecer distintas alternativas, una vez finalizado el proceso.

Antes de comenzar a implementar cada uno de los componentes, decir, que para nuestra demo, no va a ser necesario crear un modelo, que en una aplicación real, sí sería necesario hacer, pero que para mostrar el mensaje que sale en caso de obtener un resultado positivo o negativo de un determinado proceso, no nos va a ser necesario.

Previo a la creación del nuevo controlador, vamos a preparar nuestra aplicación para poder guardar valores en sesión. Aclarar, que no es necesario tener la variable del archivo php.ini register_globals a "yes". Para ello, en el archivo Bootstraps.php en al función _initViewHelpers() se debe añadir la instrucción Zend_Session::start();

protected function _initViewHelpers(){
		$this->bootstrap('layout');
		$layout = $this->getResource('layout');
		$view = $layout->getView();
		$view->doctype('XHTML1_STRICT');
		$view->headMeta()->appendHttpEquiv('Content-Type', 'text/html;charset=utf-8');
		$view->headMeta()->appendHttpEquiv('Cache-Control', 'no-cache');
		$view->headTitle()->setSeparator(' - ');
		$view->headTitle('Biblioteca');
		Zend_Session::start();
	}

Además debemos preparar el actual controlador Libro (LibroController.php) para que devuelva un error siempre que se produzca para darle una interpretación a través de un texto que mostremos al usuario de nuestra web, para ello, negamos el resultado correcto if (!$form->isValid($formData)) para poder hacer la prueba, por lo que nos llevará siempre al else, de dicho if, y ahí, meteremos en sesión la información que vamos a mostrar en la vista de resultado. Los datos que guardaremos serán:

Título
Mensaje
Opciones

public function anyadirAction(){
		$this->view->setEncoding('UTF-8');
		$this->view->headTitle("Añadir nuevo libro", 'PREPEND');
		//Añadimos el archivo de javascript que valide los campos de la página
		$this->view->headScript()->appendFile($this->view->baseUrl() . "/js/anyadir-libro.js");
		//Instanciamos el formulario
		$form = new Form_Libro();
		//Asignamos a la vista el formulario
		$this->view->form = $form;

		if ($this->getRequest()->isPost()){ //Si se envían los datos, los recuperamos del formulario
			$formData = $this->getRequest()->getPost();
			if (!$form->isValid($formData)){ //Validamos que los datos recibidos sean correctos
				//Asignamos los valores recuperados a variables
				$autor = $form->getValue('autor');
				$titulo = $form->getValue('titulo');
				//Creamos el modelo
				$libros = new Model_DbTable_Libros();
				//Insertamos el nuevo libro en nuestra BBDD
				$libros->addLibro($titulo, $autor);
				//Redireccionamos a la home, donde podremos ver el nuevo libro introducido.
				$this->_redirect('/');
			}else{ //Si los datos del formulario, no son válidos, se muestra el formulario con los datos de nuevo.
				//Creamos un namespace donde almacenar las variables en sesión
				$app = new Zend_Session_Namespace("app");
				$app->titulo = "Añadir libro";
				$app->texto = "Lorem ipsum dolor sit amet, consectetur adipiscing elit. Suspendisse ut ante ac nulla tincidunt cursus tincidunt non elit. Ut rhoncus ullamcorper lorem ac ultrices. Pellentesque viverra porta dui, at feugiat enim iaculis lobortis. Donec justo turpis, convallis sit amet convallis at, molestie vitae metus. Mauris et turpis at lacus varius ultrices. Etiam vel lobortis justo. Proin euismod augue in metus blandit porttitor bibendum lorem venenatis. Pellentesque habitant morbi tristique senectus et netus et malesuada fames ac turpis egestas. Ut sed tincidunt ante. Duis rhoncus consequat odio. Aliquam vitae dui ipsum. Nam consectetur ultrices nunc eu dapibus. Donec sit amet nulla. ";
				$opciones = array(0 => array(0 => "index", 1 => "index", 2 => "Ir a la home de la biblioteca"),
								  1 => array(0 => "http://www.google.com", 1 => "", 2 => "Ir a Google")
								 );
				$app->opc = $opciones;
				$_SESSION['opciones'] = $opciones;							//redirigimos a la nueva vista de resultado
				$this->_redirect('/resultado');
			}
		}
	}

Una vez hechos estos pasos, pasamos a construir nuestro controlador, la vista que dará soporte a dicho controlador. El modelo, en este caso, no lo vamos a construir, no nos sería necesario para hacer nuestra demo, pero sería necesario en una aplicación para que a partir del idioma y el resultado obtenido recuperar el título, el mensaje y las opciones oportunas.

Creamos el controlador (ResultadoController.phtml) con el siguiente código:

view->setEncoding('UTF-8');
		//Recuperamos los valores de sesion
		$app = new Zend_Session_Namespace("app");
		$this->view->titulo = htmlentities($app->titulo);;
		$this->view->texto = $$app->texto;
		$this->view->opc = $app->opc;
	}

}
?>

Y creamos la vista que nos dará el controlador definido anteriormente (index.phtml):

titulo;?>

texto;?>

¿Qué deseas hacer?
opc as $option => $value){
	$controlador = $value[0];
	$pos1 = stripos($controlador, "http://");
	if ($pos1 != false)
		echo "$value[0], 'action'=>$value[1])) . "'>" . $value[2] . "
";
	else
		echo "" . $value[2] . "
";
}
?>

Una vez realizados estos pasos, si ejecutamos la aplicación e intentamos añadir un libro, cualquiera, por código, forzaremos el error, y nos redirigirá a la vista de resultado final.

url: http://biblioteca.localhost:8080/libro/anyadir

url: http://biblioteca.localhost:8080/resultado

Una vez visto cómo sería el tratamiento de los errores, decir, que este tratamiento se puede extender a cualquier tipo de resultado de manera que tendríamos un controlador, con su modelo, y su vista, encargados en presentar cualquier tipo de resultado de proceso. Algo que puede ser bastante interesante a la hora de tener en cuenta nuestro diseño de clases.

Quedaría ver cómo podemos crear componentes cuyo contenido puede obtenerse de una base de datos, como por ejemplo, un comboBox. Si el contenido de este fuera limitado, y sólo tratáremos un idioma, se podría poner en la propia vista, sin ningún problema. Pero tendríamos que analizar el cómo hacerlo cuando el volumen de datos de este comboBox sea elevado o dependa del idioma, o cuando cuyo contenido sea en función de los datos seleccionados. En el caso de que los datos del comboBox sea en función de los datos introducidos en el formulario, todo apunta que a una solución por ajax, sería factible, pero para el caso en el que el volumen de datos de este comboBox sea elevado, o estos datos dependan del idioma, tendremos que analizar qué alternativa tenemos a la que nos ofrece en la actualidad Zend Framework.

¡¡¡Y esto es todo por el momento!!!

¡¡¡Cualquier comentario, mejora, o ayuda sobre este tema siempre será bienvenido!!!

[ad#Google Adsense]