La gente detrás de Symfony, uno de los Frameworks más usados por la comunidad PHP ha publicado una serie de librerias independientes, que prometen ayudar con el proceso de desarrollo de aplicaciones Web, en su web reza la siguiente frase:

The Symfony Components are standalone and reusable PHP classes. With no pre-requisite, except for PHP, you can install them today, and start using them right away. Currently, there are three components available at the moment.

Los componentes publicados hasta el momento son:

YAML – Una librerí­a que habla YAML
Symfony YAML es una libreria PHP que convierte cadenas YAML a arreglos PHP y viceversa.

Event Dispatcher – Facilitando la comunicación entre clases
Symfony Event Dispatcher es una librerí­a que provee de una implementación ligera del patrón de diseño Observer.

Dependency Injection – Reinventando el manejo de clases
Symfony Dependency Injection es una librerí­a que provee un robusto contenedor de inyección de dependencias (Dependency Injection).

[Via WebAppers]

Start Slide Show with PicLens Lite

# cd /usr/ports/www/apache22
# make install clean

Luego de instalarse, debes de saber que el “web root” por defecto está en “/usr/local/www/apache22/data/” (aqui es donde pondrás todas las páginas y/o archivos que quieras prublicar en la web. Y por otra parte el httpd.conf está en “/usr/local/etc/apache22/httpd.conf“.

Ahora sigue decirle al sistema que queremos que arranque el apache junto con él, para eso agregamos la siguiente linea al archivo /etc/rc.conf.

apache_enable="YES"

Con esa linea el demonio deberí­a iniciar durante el booteo de nuestro servidor.
(ACTUALIZADO) 08 de Marzo de 2010
Antes de iniciar el demonio de Apache deberás agregar una linea al archivo /boot/loader.conf, para lo cuál ejecutamos el siguiente comando:

# echo 'accf_http_load="YES"' >> /boot/loader.conf
Para iniciar Apache manualmente escribimos el siguiente comando:

# /usr/local/etc/rc.d/apache22 start

O bien podemos reiniciar el sistema (reboot) para que el demonio inicie solo.

Luego comprobamos que apache esté corriendo correctamente, ingresando en el navegador la IP o dominio del servidor donde lo hayas instalado. Si ves alguna página de apache todo salió perfecto, si no, revisa los pasos anteriores algo hiciste mal .

Ahora bien, seguimos con PHP, para instalarlo habrá que seguir los siguientes pasos:

# cd /usr/ports/lang/php5
# make config
# make install

Cuando estés en el cuadro de diálogo de configuración asegurate de seleccionar el Módulo para Apache, de lo contrario todo saldrá mal.

Una vez instalado, continuaremos con los siguientes módulos:

/usr/ports/databases/php5-mysql - Soporte para MySQL
/usr/ports/www/php5-session	- Sessiones
/usr/ports/graphics/php5-gd - Librerí­a GD
/usr/ports/lang/php-extensions - Diversas Extensiones para PHP

Ahora solo resta agregar a la configuración de Apache (/usr/local/etc/apache22/httpd.conf) las siguientes lineas, para decirle que tenemos PHP instalado.

# Apache 2.x
LoadModule php5_module        libexec/apache/libphp5.so

Si lo instalaste por Ports y si ya tenias Apache instalado, esta linea ya deberí­a de estar.

Ahora busca la sección DirectoryIndex en el httpd.conf y modificalo para que quede como esto:

DirectoryIndex index.php index.html index.htm

Ahora resta agregar las siguientes lineas al httpd.conf para decirle a Apache que debe parsear los archivos .php:

AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

CONFIGURANDO PHP

El archivo de configuración de PHP se encuentra en /usr/local/etc/php.ini, vas a tener que copiarlo desde /usr/local/etc/php.ini-dist.

# cp /usr/local/etc/php.ini-dist /usr/local/etc/php.ini

Después de que ya quedaron todas las configuraciones, debemos de reiniciar Apache para que los cambios hagan efecto. Ahora sigue probar que todo haya salido bien:

# echo "<?php phpinfo(); ?>" >> /usr/local/www/apache22/data/test.php

Ahora apunta el navegador a la dirección: http://localhost/test.php Si ves una página con información de las configuraciones del PHP todo salió bien.

En caso contrario, deberás revisar todas las partes que escribiste, posiblemente algo se te barrió.

Start Slide Show with PicLens Lite

Algunas de las nuevas caracteristicas clave incluyen:

• Namespaces.
• Late static bulding.
• Closures.
• Opcional garbage collection para eliminar objetos que no están siendo usados/referenciados.
• Nuevas extensiones (ext/phar, ext/intl, ext/FileInfo).
• Más de 140 correciones de errores y mucho más.

El equipo de PHP publicó una completa guí­a de emigración desde la versión PHP 5.2.

Más detalles sobre la liberación de PHP 5.3.0 se puede encontrar aquí­.

• Contenedor de Aplicaciones
• Arquitectura Modelo-Vista-Controlador (MVC)
• Object-Relational-Mapping (ORM)
• Administrador de Transacciones
• Business Process Management (BPM)
• Seguridad Empresarial (Autenticación, Control de Acceso y Auditorí­a)
• Servicios Web (Integración y Orquestamiento)
• Localización e Internacionalización
• Monitoreo de Aplicaciones
• Reportes Empresariales (PDF, Excel, HTML)
• Clustering

Aprovechando la recta del artí­culo, quise hacer mención de otro framework especializado en aplicaciones empresariales, llamado ATK Framework, cuenta con mucha documentación y pinta para cumplir muy bien su trabajo, sus areas de aplicación son:

• CRM
• HRM
• ERP
• Resource Management
• Inventory Control
• CMS

Así­ que, si su intención es desarrollar aplicaciones empresariales utilizando PHP, no le pierdan el ojo a cualquiera de las dos opciones que les presento, seguro alguna de ellas les hará la vida más sencilla.

• Namespaces
• Funciones Lambda y closures (funciones anónimas).
• Driver nativo de MySQL para PHP.
• Soporte mejorado para windows incluyendo VC6 y VC9.
• Nuevas extensiones ext/phar, ext/intl, ext/fileinfo, ext/sqlite3 y ext/enchant.
• Garbage Collection para referencias cí­clicas.

Además hay algunas funciones que quitaron o cambiaron de lugar, para aquellos interesados, PHP puso a disposición una guia de actualización.

Links

Download: PHP 5.3.0 RC1 (Fuentes)

[Via VivaPHP]

Las excepciones no te salvan

Si estás pensando que las excepciones te salvarán tus errores, ni lo intentes. El uso de excepciones no solventa los errores de programación, eso sácalo de tu mente.

Las excepciones se utilizan para solventar errores en tiempo de ejecución, es decir, cualquier intento fallido lo manejas con excepciones para mostrarle un mensaje bonito al usuario final.

Ejemplo

Este código intenta abrir un archivo, en caso que no exista se tirará la excepción, de lo contrario mostrará un mensaje que muestre que el archivo se abrió correctamente.

<?php

	try
	{
		if( ! fopen( "miarchivo.php",'r' ) )
		{
			 throw new Exception('Error al abrir el archivo.');
		}

		echo "El archivo fue abierto correctamente.";
               // ...Código para trabajar con el archivo....

	}
	catch (Exception $e)
	{
		echo $e->getMessage(), "\n";
	}

?>

Si el archivo no existe o si ocurrió un error al intentar abrirlo, el mensaje que mostrarí­a PHP sin el manejo de excepciones serí­a el siguiente:

Warning: fopen(miarchivo.php) [function.fopen]: failed to open stream: No such file or directory in path\exception.php on line 5

En cambio, con el manejo de excepciones el Script mostrará el siguiente error:

Error al abrir el archivo, es posible que no exista.

Claro, PHP siempre mostrará sus mensajes de error, mientras no se le indique lo contrario, es decir, además de tu mensaje personalizado también aparecerá el mensaje de error generado por PHP.

De hecho, es recomendable desactivar los mensajes de error del PHP una vez que el software ya esté en manos del usuario final (por motivos de seguridad más que por estética).

El ejemplo es sencillo y es utilizable en cualquier caso de uso real, así­ que espero que les sirva de algo.

Entradas relacionadas

Excepciones en PHP Parte I

Si tienes alguna duda sobre PHP o igual te interesa el tema y deseas conocer gente del medio, puedes contactarnos en irc desde el servidor: 69.64.59.193 en el canal #php.

En PHP 5, como en muchos otros lenguajes, tenemos una alternativa al suicidio: Lanzando una excepción. Si no manejamos la excepción con un catch el sistema terminará el programa de la misma manera que die( ), agregándole un trazado de la pila (stack trace). Pero si en un futuro decidieramos manejar cierto error, de esta manera ya serí­a más sencillo.

¿Como funcionan?

El lenguaje de programaciónsabe que exception es una manera de comunicar un error o condiciones de excepción entre diferentes partes del programa. Por ejemplo, imaginemos que tenemos un método para conectar con una base de datos MySQL.

$db = new DBM;

if ( !$db->connect( ) )
	die("Error: no se puede conectar");
else
{
	// .....
	// --------->
	// .....
}

Esta es la versión suicida usando die( ), ahora veamos la versión utilizando el manejo de excepciones:

$db = new DBM;

if ( !$db->connect( ) )
{
	throw new Exception(
		"ERROR: no se ha podido conectar");
}
else
{
	// .....
	// --------->
	// .....
}

Si no hacemos nada para cachar la excepción, esto tiene el mismo efecto que die( ): Para la aplicación, además, este método hace una cosa adicional, imprime un stack trace, la cual puede ser muy usable para el debugging. Puedes obtener un stack trace sin usar excepciones usando las funciones debug_backtrace( ) y debug_print_backtrace( ). Pero lanzando una excepción es aún más sencillo de hacerlo.

Fatal error: Uncaught exception 'Exception' with message
'Error: no se ha podido conectar' in /path/exception.php:6
Stack trace:
#0 /path/exception.php(6): DBM::connect()
#1 /path/exception.php(12): DBM->connect()
#2 {main}
thrown in /path/exception.php on line 6


Si no queremos que los usuarios vean estos errores técnicos (por cierto no deberí­amos por cuestiones de seguridad), estamos en una mejor posición por haber usado excepciones que usar die( ). Si hemos usado die( ) en muchos lugares, tenemos que encontrar todas las ocurrencias y cambios en cada una. Si usamos excepciones, todo lo que necesitamos es cacharlas en algún lugar conveniente, por ejemplo, pudieramos registrar el mensaje y redireccionar al usuario a una pagina de error.

$db = new DBM;

try
{
	$db->connect( );
}
catch (Exception $e)
{
	$logger->log($e->getMessage());
	header("Location: error.php");
}

Como podrán ver el manejo de excepciones es algo imprescindible en el desarrollo de aplicaciones, ya que manejas de una manera más elegante los errores que surjan dentro de la aplicación. En próximas entregas les mostraré más ejemplos y profundizaré en el manejo de excepciones en PHP.

Para entenderlo mejor formularemos un ejemplo de la vida real.

Imaginemos que estamos desarrollando una aplicación en la empresa donde trabajamos y estamos utilizando MySQL como motor de base de datos. Estamos en la fase de pruebas (ya a punto de publicar el producto final), y por alguna extraña razón a tu jefe se le ocurre que mejor deberí­amos usar Oracle, por que se lo recomendaron, piensa que es mejor, etc.

Que pasa si tenemos todo mezclado (lógica del negocio, métodos de acceso a datos, etc), se convierte en una tremenda pesadilla.

Para nuestra suerte existe el patrón de diseño Data Access Object (DAO), que se encarga de encapsular la interacción de una aplicación con la base de datos.

¿Como funciona?

DAO encapsula el acceso a la base de datos, de esta manera cuando la capa de lógica de negocio necesite interactuar con la base de datos, ésta utilizará los métodos ofrecidos por DAO. Generalmente la clase de operaciones que ofrece la capa de datos se le conoce como CRUD (Create, Read, Update y Delete).

Cuando la capa de negocios necesite almacenar datos (por ejemplo) solo tendrá que hacer referencia al método correspondiente para insertar los datos de la clase DAO, de esta manera si en algún momento se llegara a optar por usar otro motor de búsquedas, la capa del negocio no se debe preocupar ya que sólo bastará con actualizar la capa de datos. Si hablamos de patrones algunos detectarán por aquí­ que se están delegando responsabilidades, una buena práctica de la orientación a objetos.

De hecho el método de persistencia no debe de interesarle a la capa de negocios, es decir, a él no le importa si los datos se guardan en una tabla MySQL, XML, Texto plano o se imprime, de esto se encarga DAO.

Por cada tabla de una base de datos relacional existirá un DAO. Esto consiste básicamente en una clase que es la que interactúa con la base de datos. Los métodos de esta clase dependen de la aplicación y de lo que queramos hacer. Pero generalmente se implementan las 4 funciones básicas (también conocidas como métodos CRUD).

Una vez entendido el funcionamiento de DAO, es conveniente explicar un nuevo término que nos será de ayuda para completar la implementación de nuestra capa de persistencia. Se trata de los DTO’s (Data Transfer IObject), los cuáles son utilizados por DAO para transportar los datos desde la base de datos hasta la capa de lógica de negocio o vice versa.

En pocas palabras un DTO es un objeto que en su interior tiene como atributos los mismos atributos del modelo, con sus correspondientes accessors (Setters y Getters).

Diagrama DAO

Ahora veamos un ejemplo

Tenemos una aplicación que entre una de sus tantas funciones es controlar los datos de clientes, y queremos usar DAO para el manejo de la persistencia de dicha aplicación.
Primero que nada de define el modelo 8en este caso de clientes), para después partir con la codificación de los respectivos DTO y DAO.

DTO

Class ClientesDTO
{
      private $id;
      prí­vate $nombre;
      prí­vate $direccion;

      public static function getID( )
      {
          return $this->id;
      }

      public static function getName( )
      {
          return $this->nombre;
      }

      public static function getAddress( )
      {
          return $this->direccion;
      }

      /* Setters */
      Public static function setID( $id )
      {
          $this->id = $id;
      }
      Public static function setName( $name )
      {
          $this->nombre = $name;
      }
      Public static function setAddress( $address )
      {
          $this->direccion = $address;
      }
}

DAO

class clientesDAO
{
     public static function create( $dto )
     {
          /* implementación para la creación de un nuevo registro */
     }

      /* aqui van los demás metodos CRUD */
}

Por obvias razones no escribí­ todo el código necesario ya que este artí­culo es meramente informativo, pero pienso que es explicito el ejemplo para comprender el uso del patrón DAO.
En la próxima entrega les mostraré un ejemplo más real, utilizando una mezcla de patrones, como el DAO, Singleton, Factory y Faí§ade.

siendo sincero no se si tenga algo que ver, ni tampoco es algo relevante, pero bueno aquí­ se los dejo para los curiosos.

Via aNieto2k

Start Slide Show with PicLens Lite

La llamada AJAX

En principio se crea una funcion Multi-Browser, (para los que se preguntan por que multi-browser es simplemente que Microsoft tercamente sigue sin apegarse a los estandares). Pero bueno esa es otra historia.

var xml = {
	pag:
	function(url,id,func) {
		var pag=false;
		if ( window.XMLHttpRequest ) {
			pag = new XMLHttpRequest()
		}
		else if (window.ActiveXObject) {
			try{
				pag = new ActiveXObject("Msxml2.XMLHTTP")
			}
			catch(e) {
				try {
					pag = new ActiveXObject("Microsoft.XMLHTTP")
				}
				catch(e){ }
			}
		}
		else
			return false;
		return pag
	}
}

Una vez creada la llamada AJAX, veamos el primer ejemplo, el cual es enviar datos de un formulario a un arhcivo PHP y obtener respuesta de manera asincrona.

function sendData( nombre_, edad_ )
{
	var capa=document.getElementById(”datos”);

	var nombre = document.getElementById(nombre_).value;
	var edad = document.getElementById(edad_).value;

	// Creo el objeto AJAX

	// Coloco el mensaje “Cargando…” en la capa
	capa.innerHTML=”Enviando datos al servidor…”;

	send = “nombre=”+nombre+”&edad=”+edad;

	pag=xml.pag();
	pag.onreadystatechange=function()
	{
		if (pag.readyState==4)
		{
			// Cargo la respuesta del archivo llamado…

			capa.innerHTML=pag.responseText;
		}
	};

	pag.open(”POST”,”ajax_ej1.php”,true);
	pag.setRequestHeader(”Content-Type”,”application/x-www-form-urlencoded”);
	pag.send(send);
}

Esta funcion lo que hace es recibir los valores del formulario, procesarlos, y enviarlos al script de lado servidor, de manera asi­ncrona.

El Script de lado servidor (Escrito en PHP, llamado ajax_ej1.php) Recibe los datos, y los procesa dependiendo de la condicion y envia respuesta, la cual es tomada por la funcion anteriormente descrita y a su vez, esta imprime el resultado en la capa (div) “datos”.

Veamos el Script PHP

<?php
	$nombre = $_POST["nombre"];
	$edad = $_POST["edad"];

	if ($edad >= 18)
	{
		echo “Hola “.$nombre.”, Eres Bienvenido.”;
	}
	else
	{
		echo “Lo siento “.$nombre.” No puedes entrar.”;
	}
?>

Para cualquier duda, aclaracion, o cri­tica no duden en enviarme un E-mail, con gusto lo respondere.

Ahora si quieren descargar el ejemplo lo pueden hacer dando clic aqui­, o bien si lo quieren ver funcionando den clic aca.

Tal ves algunos cuantos se dieron cuenta sobre el potencial que tiene este ejemplo para practicas reales, para los que no se dieron cuenta, con unas cuantas modificaciones se puede usar, por ejemplo, para altas de clientes (En un sistema empresarial), solo agregas unos cuantos campos al formulario y los pasas como parametros a la funcion JavaScript, y listo.

Gracias a nocrox, por la llamada AJAX.