Para ir un poco mas adelante en la construcción de un sitio web con Yii Framework nos encontramos con un tema básico en el desarrollo de cualquier sistema, la implementación de un sistema de logueo, usuarios, roles y permisos para diferentes acciones en el sistema.

Comenzando por explicar como tiene Yii configurado en su sistema base el logueo, nos encontramos con una acción en el controller “site/login” en la cual recibe la información de un formulario con usuario y contraseña.

public function actionLogin() {
$model = new LoginForm;

// if it is ajax validation request
if (isset($_POST['ajax']) && $_POST['ajax'] === 'login-form') {
 echo CActiveForm::validate($model);
 Yii::app()->end();
}

// collect user input data
if (isset($_POST['LoginForm'])) {
 $model->attributes = $_POST['LoginForm'];
 // validate user input and redirect to the previous page if valid
 if ($model->validate() && $model->login())
$this->redirect(array("perfil"));
}
// display the login form
$this->render('login', array('model' => $model));
}

Esta acción a menos que tengamos algún requerimiento muy específico no debe cambiar, ya que solo nos permite desplegar el formulario y cuando ingresa la información mandarla a validar, a donde? pues esa es una pregunta importante.

En “protected/components/UserIdentity” nos encontramos con una función llamada authenticate, que por default valida sobre un Array, que contiene los usuarios admin y demo, y que sirven en la forma más sencilla de nuestro sistema, pero que puede ser sustituida por:

public function authenticate() {
$registro = Usuario::model()->findByAttributes(array('email' => $this->username));

if ($registro === null) {
$this->errorCode = self::ERROR_USERNAME_INVALID;
} else if ($registro->password === crypt($this->password,$registro->salt)) {//
$this->setState('id_usuario', $registro->id);
$this->setState('id_rol', $registro->id_rol);
$this->errorCode = self::ERROR_NONE;
} else {
$this->errorCode = self::ERROR_PASSWORD_INVALID;
}
return !$this->errorCode;
}

El código anterior consulta nuestra base de datos buscando el usuario con el que coincida el correo que fue ingresado en el formulario de login, una vez encontrado, si existe, compara la contraseña almacenada en la base con la que fue enviado por el usuario, utilizando el mismo método de cifrado que se utilizó para almacenarla al principio.

Una vez comparado, y si no manda error, se declaran las variables de sesión que pudiéramos utilizar en el sistema para identificar a este usuario. Se pueden definir tantas variables como sea necesario, recordando que si se agrega una nueva variable o modifica la información, esta se tomará en cuanta cuando se vuelvan a loguear.

Estas variables podrán ser utilizadas a lo largo de la sesión del usuario utilizando las variables con formato:

 
Yii::app()->user->id_usuario;

Una buena practica es utilizar primero un “isset” para ver si el usuario de verdad tiene sesión, de lo contrario, el sistema arrojara un error al no encontrar dicha variable.

En cuanto a los roles en las acciones, los controladores generados con crud, traen por default el access rules, que define quien si y quien no, pasa a las acciones correspondientes del controlador:

public function accessRules() {
return array(
 array('allow', // allow all user perform 'index' and 'view' actions
'actions' => array('index', 'view'),
'users' => array('*'),
 ),
 array('allow', // allow authenticated user to perform 'create' and 'update' actions
'actions' => array('create', 'update'),
'users' => array('@'),
 ),
 array('allow', // allow admin user to perform 'admin' and 'delete' actions
'actions' => array('admin', 'delete'),
'users' => array('admin'),
 ),
 array('deny', // deny all users
'users' => array('*'),
 ),
);
}

Como podemos ver, tenemos cuatro escenarios:

En el primero, permitimos a todos los usuarios(*) entrar a la accion index y view

En el segundo, permitimos a todos los usuarios que tengan sesión iniciada(@) entrar a la acción create y update

En el tercero, permitimos a todos los usuarios que tengan sesión iniciada y que su usuario sea admin(admin) entrar a la acción admin y delete

En el cuarto, Negamos cualquier acción que no haya sido definida antes

Pero como esto no aplica para todos los casos, sino que podemos manejar roles, podríamos poner una regla como la siguiente:

array('allow',
'actions' => array('create', 'update'),
'users' => array('@'),
'expression' => 'Yii::app()->user->id_rol==1 || Yii::app()->user->id_rol==3',
),

Con esta regla, permitimos a todos los usuarios con sesión y que cuenten con un rol de usuario 1 o 2 a que ejecuten la acción create y update.

Existen otra formas de llevar a cabo acciones, permisos y roles, aunque esta puede adaptarse a las necesidades de tu proyecto, espero les sea útil

Felices Códigos

Hola a todos, traigo a ustedes una mini-guía para la utilización de Yii-Framework. Sirve para empezar a utilizar este Framework de desarrollo ágil muy recomendable para todo tipo de proyectos web, espero les sirva, cualquier duda estoy disponible en @Joge23_rm o por correo joge23@gmail.com. Saludos.

NOMENCLATURA

Cambios a líneas

Agregados de líneas

INSTALACIÓN

Lo primero que debes hacer es descargar el  Framework del sitio: http://www.yiiframework.com/ (versión actual: v1.1.13)

Descomprimir y colocar carpeta sin renombrar (para mantener un control de la versión utilizada para cada proyecto) en la carpeta de elección, sugerida en ambiente linux: /opt/

Para la creación del proyecto utilizamos el Shell de Linux, estando en la carpeta donde se va a alojar el proyecto se escribe /opt/yii_version/framework/yiic webapp nombreProyecto

          p.e. jorge@jorge:/var/www$ /opt/yii-1.1.13.e9e4a0/framework/yiic webapp prueba

El sistema te solicitará confirmar la creación del proyecto, recordar que esto generará una carpeta con el nombre de dicho proyecto en donde estes ubicado. Puedes probar tu proyecto creado, en este ejemplo en el navegador:

http://localhost/prueba/

** En caso de mostrar el siguiente error

PHP warning

date() [<a href=’function.date’>function.date</a>]: It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘America/Chicago’ for ‘CDT/-5.0/DST’ instead

Verificar la configuración de PHP el default_time_zone (Este problema suele presentarse con Zend Studio)

Ya en este punto podrás ver tu sitio funcionando.

A partir de aquí se configurarán los archivos del proyecto, no debes modificar los del Framework a menos que sea muy necesario.

Podemos identificar que se han creado las carpetas de nuestro proyecto, debemos identificar la carpeta Protected que es donde estan los archivos de configuración, las extensiones, y el MVC (Models, Views, Controllers). En este punto están los de la estructura básica del proyecto.

CONFIGURACIÓN Y BASES DE DATOS

prueba/protected/config/main.php

<?php

// uncomment the following to define a path alias

// Yii::setPathOfAlias(‘local’,’path/to/local-folder’);

// This is the main Web application configuration. Any writable

// CWebApplication properties can be configured here.

return array(

          ‘basePath’=>dirname(__FILE__).DIRECTORY_SEPARATOR.’..’,

          ‘name’=>’Prueba’,

          ‘language’=>’es’,

          // preloading ‘log’ component

          ‘preload’=>array(‘log’),

          // autoloading model and component classes

          ‘import’=>array(

                   ‘application.models.*’,

                   ‘application.components.*’,

          ),

          ‘modules’=>array(

                   // uncomment the following to enable the Gii tool

                   ‘gii’=>array(

                             ‘class’=>’system.gii.GiiModule’,

                            ‘password’=>’hfdjkhf’,

                            // If removed, Gii defaults to localhost only.

                             ‘ipFilters’=>array(‘127.0.0.1′,'::1′),

                        ),

                 ),

          // application components

          ‘components’=>array(

                   ‘user’=>array(

                             // enable cookie-based authentication

                             ‘allowAutoLogin’=>true,

                   ),

                               // JQUERY nativo desactivado

                               ‘clientScript’=>array(
‘scriptMap’=>array(
‘jquery.js’=>false,
‘jquery.min.js’=>false,
)
),

                   // uncomment the following to enable URLs in path-format

                    ‘urlManager’=>array(
‘urlFormat’=>’path’,
‘rules’=>array(
‘<controller:\w+>/<id:\d+>’=>'<controller>/view’,
‘<controller:\w+>/<action:\w+>/<id:\d+>’=>'<controller>/<action>’,
‘<controller:\w+>/<action:\w+>’=>'<controller>/<action>’,
),
),

                         ‘db’=>array(
‘connectionString’ => ‘sqlite:’.dirname(__FILE__).’/../data/testdrive.db’,
),

// uncomment the following to use a MySQL database

                         ‘db’=>array(
‘connectionString’ => ‘mysql:host=localhost;dbname=prueba’,
’emulatePrepare’=> true,
‘username’ => ‘usuario’,
‘password’ => ‘dsfsfsdfs’,
‘charset’ => ‘utf8′,
),

‘errorHandler’=>array(

                             // use ‘site/error’ action to display errors

‘errorAction’=>’site/error’,

),

‘log’=>array(

‘class’=>’CLogRouter’,

‘routes’=>array(

array(

‘class’=>’CFileLogRoute’,

‘levels’=>’error, warning’,

),

// uncomment the following to show log messages on web pages

/*

array(

‘class’=>’CWebLogRoute’,

),

*/

),

),
),

// application-level parameters that can be accessed

// using Yii::app()->params[‘paramName’]

‘params’=>array(

// this is used in contact page

‘adminEmail’=>’webmaster@example.com’,

),

);

Lo que hicimos fue modificar el nombre de nuestra aplicación, modificar el lenguaje para el sitio, descomentar el código que permite utilizar Gii (generación de modelos y crud) y le modificamos el campo de Password; agregar el código para deshabilitar el JQuery nativo (recomendado para incluir la versión más nueva y que no choquen), descomentar UrlManager (esto hace que los métodos se muestren con Friendly Url), descomentamos la configuración de DB y agregamos los datos de nuestra base de datos. Con esto finalizamos la modificación de este archivo.

CREACIÓN DE MODELOS

Es importante que el usuario www-data tenga permisos, se sugiere cambiar el propietario del proyecto cuando se utiliza el Gii(esto es porque se generan archivos a partir del navegador), en consola:

sudo chown -R www-data.www-data prueba

En el navegador: http://localhost/prueba/index.php/gii/default/login

Utilizamos nuestra contraseña (la que asignamos para el componente Gii en el archivo de configuración).

Una vez adentro, seleccionamos la sección de Model Generator y en esta parte ingresamos en el campo de Table Name el nombre de la tabla; lo demás es bueno dejarlo por Default. Seleccionamos el botón Preview y te mostrará la lista de archivos generados, en este caso sería un archivo Tablename.php, le das Generate y te regresará un mensaje de éxito.

Este es el proceso para crear los modelos de cada tabla, los cuales permitirán la conexión a la base y a dicha tabla.

p.e. Tablename::model()->findAll();//Con este comando recuperarías todos los registros de la tabla en concreto en forma de array de objetos.

CREACIÓN DE CRUD (CONSULTAS, ALTAS, BAJAS Y CAMBIOS)

A partir de nuestro archivo de modelo generado, podemos crear la consulta, altas, bajas y cambios a nuestra tabla con la opción de Crud Generator, donde sólo ingresaremos el nombre del modelo: Tablename

Al seleccionar Preview  nos mostrará todos los archivos (un Controller y varias vistas) que se van a generar, le damos Generate y listo, podemos empezar a utilizar/modificar según las necesidades del proyecto.

PUNTOS CLAVES

Modelo

Apartado de Rules: Reglas que van aplicarse tanto al Create como al Update de los registros de cada modelo.

Apartado de AttributeLabels: Permite definir las etiquetas de los campos, es muy útil si a lo largo de todo el proyecto se utilizan porque si hay un cambio sólo se modifica una vez.

Controller

Al principio se define el layout general, recomiendo moficar dicha línea y utilizar layout main,

public $layout=’//layouts/main';

El apartado de accessRules  permite definir las reglas de accesso, en la configuración por Default se da acceso a todo(*) a algunas acciones de las clases, a los usuarios logueados(@) a otras y a un usuario en específico a otras (Admin). Este puede ser customizado con opciones como ‘expression’, todo esto viene en la documentación de Yii.

Más adelante están todos los métodos de la clase, los que vienen por Default y los que se crearán para el proyecto.

Views

Gracias al Crud, por cada Controller se generán:

• index.php (Página principal, por Default viene un listado de los elementos de la tabla).
• _view.php (Se renderea parcialmente dentro de index.php, representa uno a uno los elementos que se muestran en la lista).
• view.php (Es la vista individual de cada elemento de la tabla, si se utiliza el controller tablename/1) dirigirá por Default al View de ID 1
• create/update (Contienen al _form que es donde se puede modificar al registro).

Entre otras…

Views site y Layout

En las vistas que vienen generadas desde el principio se encuentran las de Site (vistas básicas, el Index del Home, el contacto y otras. Todas estas son las vistas que serían relativamente estáticas) y las de Layout (main.php contiene el código que envuelve a todas las vistas que se renderean, es decir, el cascarón del sitio).

Espero que esta información les sea de utilidad, aquí les dejos algunos links en donde pueden encontrar más información.

http://www.yiiframework.com/

http://www.yiiframework.com/doc/guide/1.1/en/quickstart.first-app

http://www.yiiframework.com/wiki/

Zend Server es un servidor de aplicaciones Web en plataforma PHP de misión crítica, una de las fortalezas que tiene es su sistema de monitoreo, ahora extendido para los desarrolladores en su versión 6.

Zend Server proporciona una vista detallada del ecosistema de las aplicaciones a través de tableros de monitoreo proporcionando mediciones sobre el  performance y la utilización. Las reglas pueden configurarse para satisfacer las necesidades de cada aplicación, teniendo notificación de errores de PHP, uso de memoria alta, ejecución de peticiones lentas y más.

Cuando algo va mal, el seguimiento de código proporciona un aviso instantáneo de la situación, dando a los desarrolladores función por función la penetración en la problemática del código de PHP de manera que permite reducir el tiempo de resolución de los problemas. Por lo que ahora es posible asignarles a los desarrolladores diferentes credenciales con acceso de sólo lectura a las aplicaciones, con seguridad pueden acceder a datos de depuración de la producción y resolver los problemas más rápidamente.

Echa un vistazo a las reglas de monitoreo de Zend Server 6 aquí: http://www.youtube.com/embed/fQGjAR61rzw

Descárgalo aquí y prueba su funcionalidad completa por 30 días: http://www.zend.com/en/products/server/downloads , sí requieres apoyo con gusto te asesoramos.

PECL es un repositorio de extensiones PHP, de hecho PECL quiere decir PHP Extension Community Library,  es  decir es un lugar donde están las extensiones PHP más comunes y que más son usadas por la comunidad.

Comparte el mismo sistema de empaquetado que su hermana PEAR, sólo que tiene una diferencia grande y fundamental, lo que se guarda en PECL son extensiones PHP, es decir código C que se compila para que  funcione como librería PHP, añadiendo funcionalidad al lenguaje.

Así muchas extensiones comunitarias, antes de llegar a la distribución “normal” de PHP, primero se vuelven conocidas y populares en PECL. Entonces, una extensión escrita por cualquiera necesita cumplir con los requerimientos de PECL, cubrir ciertas necesidades o carencias, documentarla y demás.

Actualmente las 5 extensiones más populares en PECL son:

1      APC

2      memcache

3      imagick

4      timezonedb

5      mongo

¿Cómo instalar una extensión con PECL?

Para instalar una extensión con PECL, solo hay que usar el comando:   pecl install memcache

Esto hará que se descargue el código fuente de la extensión desde el repositorio, se phpizará, se compilará para generar  un archivo .so, que puede ser cargado con la función dl() o añadiendo extension=memcache.so al php.ini.

Con esto ya tendremos funcionando la extensión en nuestro PHP y podremos utilizar su funcionalidad.

Espero que esto les sea de ayuda.

¿Tienes aplicaciones de producción?. Preveé la próxima crisis de aplicación utilizando Zend Server.

Zend Server te apoya en:

• Detectar y resolver problemas de aplicación de producción de manera más rápida
• Evitar la degradación del rendimiento
• Evitar los desastres de escalamiento y tolerancia a fallos
• Automatizar el proceso de implementación para manejar el desarrollo iterativo de la aplicación
• Dar visibilidad de la producción a sus desarrolladores en forma segura y controlada
• Cumplir con sus compromisos de SLA de aplicación
• Te brinda Paneles de métricas de rendimiento que te darán una visión a largo plazo y tendencias
• Garantizar la alta disponibilidad con failover de aplicaciones integradas
• Recibir notificación de problemas antes de que sean fallos
• Mantener la seguridad de la aplicación y cumplimiento
• Evitar cambios no autorizados en su entorno
• Utilizar Zend Server en cualquier entorno de cloud – pública, privada o híbrido – para capacidad de flexibilidad y ráfaga

Y como desarrollador ¿en qué me apoya?

• Brinda grabado instantáneas de ejecución de código PHP de línea por línea de interrupción de producción de anoche
• Construye el almacenamiento en caché en tus aplicaciones
• Evita cuellos de botella de tu código para paralelización de  tareas
• Estandariza en la pila PHP más integral y coherente
• Depuración avanzada, supervisión y herramientas de generación de perfiles.

Zend, la empresa PHP, asegura sus componentes PHP de código abierto son compatibles y tienen las últimas actualizaciones de seguridad.

Conoce sus diferentes versiones: http://www.zend.com/en/products/server/editions.

Si necesitas orientación, deseas adquirir una licencia o requieres apoyo de soporte con gusto te ayudamos, visita: http://eltallerweb.com

Hace apenas unos días, Zend anunció el lanzamiento de la última versión de su IDE, Zend Studio 10.

Esta nueva versión nos ofrece las ya conocidas características de versiones anteriores que nos ayudan a maximizar la productividad, como el PHPUnit, Debugging, perfilado de aplicaciones y Control de versiones(incluyendo Git).

Pero son las nuevas características de esta versión que llaman rápidamente nuestra atención, por ejemplo la posibilidad de crear aplicaciones móviles conectadas a la nube. Así es , desde Zend Studio 10, podemos crear los dos aspectos de una aplicación móvil, el lado cliente generado a partir de HTML y jQuery, y el lado del servidor con web services RESTful creados con PHP y componentes de Zend Framework 2 con la posibilidad de hospedar esto en la nube.

Y ya que hablamos de desarrollar usando la nube, Zend Studio nos da la posibilidad de desplegar nuestro código en “nubes”, que cuentan con stacks de PHP certificados y otras componentes como bases de datos que nos evitan la necesidad de tener que preparar ambientes de desarrollo en máquinas locales u otros servidores, en concreto se trata de la Zend Developer Cloud y la de Red Hat, la OpenShift, ambas gratuitas y abiertas.

Todo esto suena excelente, aunque debo confesar que para un servidor, la característica más atrayente es por mucho la integración del IDE con Zend Framework 2. Y es que el Zend Studio 10 te auxilia muchísimo en el desarrollo de aplicaciones ZF2. Por ejemplo, la creación inicial de la aplicación nos deja ya una estructura muy completa desde la cual podemos empezar a poner nuestro código; además nos ayuda en la creación de módulos, controladores, vistas y otros items del framework. Por si esto fuera poco, cuenta con un localizador de servicios ZF2 con integración a composer, sin mencionar la auto-completación de clases, métodos y namespaces que hace que el desarrollo en ZF2 sea mucho más sencillo.

¿Ya conoces el producto? Cuéntanos que te parecio.

Para subir un archivo con  jQuery y Ajax + PHP, en lugar de  utilizar un plugin ya desarrollado y probado,  podemos utilizar la lógica de cómo se envía un archivo con Ajax:

function uploadAjax(){

var inputFileImage = document.getElementById(“archivoImage”);

var file = inputFileImage.files[0];

var data = new FormData();

data.append(‘archivo’,file);

var url = “upload.php”;

$.ajax({

url:url,

type:’POST’,

contentType:false,

data:data,

processData:false,

cache:false});

}

Configurando el Html de la página, algo similar tiene que quedar el Input:

<input type=’file’ name=’archivoImage’ id=’archivoImage’ />

<input type=’button’ id=’botonSubidor’ onclick=’uploadAjax()’ />

También pueden hacerlo con jQuery:

$(document).ready(function() {     $(‘#botonSubidor’).click(‘uploadAjax’);})

Obviamente el html tiene que quedar así:

<input type=’file’ name=’archivoImage’ id=’archivoImage’ />

<input type=’button’ id=’botonSubidor’ />

El archivo upload.php

//upload.php

$return = Array(‘ok’=>TRUE);

$upload_folder =’images';

$nombre_archivo = $_FILES[‘archivo’][‘name’];

$tipo_archivo = $_FILES[‘archivo’][‘type’];

$tamano_archivo = $_FILES[‘archivo’][‘size’];

$tmp_archivo = $_FILES[‘archivo’][‘tmp_name’];

$archivador = $upload_folder . ‘/’ . $nombre_archivo;

if (!move_uploaded_file($tmp_archivo, $archivador)) {

$return = Array(‘ok’ => FALSE, ‘msg’ => “Ocurrio un error al subir el archivo. No pudo guardarse.”, ‘status’ => ‘error’);

}

echo json_encode($return);

Espero que esta información les sea de utilidad ¿Ustedes cómo lo harían?

PHPUnit es un framework open source para el desarrollo, orientado a pruebas ó TDD para culquier código PHP. Es decir, es un framework que nos ayuda a probar nuestro código.

Ahora, ¿Por qué probar nuestro código? Bueno, Sebastian Bergmann creador de PHPUnit, dice algo muy cierto, “todos los programadores cometen errores, pero la diferencia entre los buenos programadores y los malos programadores es que los buenos programadores prueban su código para encontrar esos errores lo más pronto posible“. Y es que esperar a que el software falle por sí mismo para después corregirlo es muy costoso, lento y dificíl de corregir.

La propuesta de PHPUnit y otros frameworks para pruebas es crear pequeñas unidades que revisen funcionalidades puntuales del código y probar que funcionen como debe, además de la posibilidad de automatizar estas pruebas para ejecutarlas frecuentemente, tanto como el código cambie.

Así, para probar el código no es suficiente recargar el navegador como loco, hay que definir la funcionalidad del mismo, separarla en unidades y revisar que cada una funcione como se supone.

La vía típica para instalar PHPUnit es a través de PEAR, aunque también algunos IDEs como Zend Studio ya lo traen integrado. Una vez instalado hay que crear los tests, que no es otra cosa que métodos clases en PHP, y ejecutarlos por línea de comando o desde nuestro IDE; así obtendremos un resultado para cada test. Para que una prueba sea exitosa, todos los tests unitarios deben pasar y obtener un alto porcentaje en la cobertura de código.

Crear tests unitarios puede complicarse si nuestro código no es testeable, es decir, no se presta mucho para hacerle pruebas, saber si un código es testeable o no, crear pruebas más efectivas es algo que sólo con la práctica lograremos.

Espero esto les sea de utilidad.
Saludos.

Implementación, monitoreo y administración de aplicaciones como nunca antes.

Zend Server 6 está disponible para la evaluación en Windows y Linux, y estará disponible en IBM a principios del 2013. Algunas de las nuevas características incluyen la capacidad para organizar el acceso al servidor de Zend por rol, aprovechar la autenticación LDAP y generar estadísticas sobre el uso de la aplicación y sitio web. Ahora podrás:

• Entender tus aplicaciones: Administrar aplicaciones, no servidores, comprender el rendimiento de la aplicación y solucionar problemas de manera instantánea incluso después del hecho, con un sistema de monitoreo mejorado, reglas de almacenamiento en caché, visualización del rendimiento y diagnóstico instantáneo.
• Escala hacia la nube: Se diseña para permitir la alta disponibilidad y escalabilidad en la nube y en local, con servicios de gestión de usuarios, incluyendo IBM, VMware, Red Hat, RightScale, Amazon y otros. Las versiones de producción de Zend Server vienen con soporte telefónico hasta de 24 x 7 x 365, las revisiones de seguridad y actualizaciones a la medida en PHP y Zend Framework (incluyendo versiones anteriores como PHP 5.2).
• Asegurar el cumplimiento de la empresa: Zend Server 6 ayuda como puente en el abismo Desarrollo-Operaciones, permitiendo diferentes niveles de acceso de la producción basado en el rol para depurar un problema presentado en operación con sistemas de auditorias, permitiendo a operaciones conservar el control completo del sistema y la configuración, los desarrolladores  tienen la suficiente visibilidad en el entorno de producción para solucionar problemas sin arriesgar la seguridad de los sistemas de producción, e integración con sistemas de gestión de usuario existentes LDAP.
• Usa PHP 5.4 y ZF2: Zend Server 6 incluye un motor de tiempo de ejecución de PHP 5.4 probado, certificado y compatible, la versión más reciente de la mayor de las bibliotecas de marco, y licencias de producción que incluyen soporte técnico y correcciones de errores para Zend Framework 2.

Pruébalo!, descárgalo aquí: http://www.zend.com/en/products/server/downloads-beta?src=downloadb

Si requieres asesoría de las soluciones Zend te podremos ayudar, visita: ElTallerWeb.com.

Muchas veces, se dice que al codificar se debe reutilizar código, esto es cierto,  pero no quiere decir que necesariamente se tenga que hacer “copy-paste” de ese código. El duplicar o clonar código dentro de un proyecto,  incrementa la dificultad para mantener el mismo aumentando los tiempos y costos.

Sí, al principio es muy simple y rápido hacer “copy-paste” de algunas o muchas líneas de código, pero si luego se detecta un error o se quiere hacer mejoras, la dificultad para lograrlo se multiplicará por el número de veces que se duplicó ese código en el proyecto. Lo ideal para reutilizar código es crear librerías de funciones o clases que sean sencillas y especializadas, de manera que mantenerlas resulte práctico y fácil.

Una herramienta que nos ayuda a detectar código PHP duplicado es phpcpd (Copy/Paste Detector (CPD) for PHP code) , la cuál fue creada por Sebastian Bergmann, el mismo de PHPUnit , y al igual que phploc se instala desde PEAR.

Instalación

Si no has usado el canal PEAR phpunit.de primero debes “descubrirlo”:

pear channel-discover pear.phpunit.de

pear channel-discover components.ez.no

Y ahora sí podemos instalar el phpcpd

pear install phpunit/phpcpd

Corriendo una prueba

/usr/local/zend/bin/phpcpd sigmabol/

phpcpd 1.3.2 by Sebastian Bergmann.

Found 8 exact clones with 550 duplicated lines in 8 files:

– application/controllers/MatrizinternaController.php:8-163

application/controllers/MatrizController.php:7-162

– application/controllers/MatrizinternaController.php:186-240

application/controllers/MatrizController.php:179-233

– library/Bvb/Grid/Deploy/Pdf.php:285-292

library/Bvb/Grid/Deploy/Pdf.php:436-443

– library/Bvb/Grid/Deploy/Print.php:111-120

library/Bvb/Grid/Deploy/Wordx.php:381-390

– library/Bvb/Grid/Deploy/Wordx.php:79-234

library/Bvb/Grid/Deploy/Odt.php:79-234

– library/Bvb/Grid/Deploy/Print.php:111-120

library/Bvb/Grid/Deploy/Odt.php:352-361

– library/Bvb/Grid/Deploy/Wordx.php:79-233

library/Bvb/Grid/Deploy/Ods.php:79-233

– library/Bvb/Grid/Deploy/Print.php:111-118

library/Bvb/Grid/Deploy/Word.php:111-118

3.64% duplicated lines out of 15116 total lines of code.

Time: 1 second, Memory: 22.25Mb

Al correr el comando nos da una salida con los archivos que tienen líneas de código duplicadas, además un porcentaje de líneas duplicadas respecto al total de líneas del proyecto, el tiempo y memoria que tomó hacer la prueba.

Conclusiones

Esta herramienta nos de una buena idea de la forma en la que reutilizamos nuestro código, lo ideal sería que el 0% de nuestro código esté repetido, por supuesto algunas veces esto no será posible y duplicaremos algo de código, pero es bueno mantener esos porcentajes por niveles bajos.

Eso nos ayuda a fomentar buenas prácticas como la creación de librerías comunes y clases extendibles( léase con la facilidad para ser extendidas por clases hijas).

Además phpcpd y las otras herramientas similares pueden ser integradas con servidores de Continuous Integration como Jenkins y phpUnderControl, lo que nos da una visión completa del QA (Quality assurance) en nuestros proyectos PHP.

Saludos.