Existen dos plugins, uno para Firefox y otro para Google Chrome, que nos pertimen realizar los tests sin salir del navegador:

• Regular Expressions Tester 3.0: plugin de Firefox, que resalta con colores los resultados de las búsquedas.

• Regular Expression Checker: plugin de Google Chrome, inspirado en el anterior.

Vía Devcurry.

Entradas relacionadas:

1. Eliminar la barra para traducir de Google Chrome
2. Aplicaciones web para hacer mapas mentales
3. Script simple de PHP para hacer cache

• Zend_Layout_Controller_Plugin_Layout: este plugin actua en el postDispatch, y aplica el patrón Two Step View (captura el contenido en el Zend_Response, y después lo pasa al Zend_Layout para processarlo y se inyectado en el script de la vista del Layout).
• Zend_Controller_Plugin_ErrorHandler: también actua en el postDispatch, y se encarga de comprobar si se ha producido una excepción y ha sido registrada. En tal caso, ejecuta otra petición al controlador y acción para tratar errores y mostrarlos según sea conveniente.

El plugin de layout es ejecutado en la posición 99 de la pila, y el plugin de errores en la 100. Esto provoca que se ejecute una petición en el controlador de errores, habiendo establecido ya el layout. Para resolver este problema existen dos formas: cambiar el orden de ejecución de los plugins, o vaciando el contenido de la respuesta cuando se ejecuta la petición de tratamiento de errores.

La última opción es la más simple y conlleva menos problemas; solamente hay que añadir una línea en la acción del controlador de errores. Normalmente se trata del errorAction del ErrorController, y la primera línea de código debería ser:

public function errorAction() {
 
        $this->getResponse()->clearBody();
 
        //handle error ........
}

El siguiente diagrama muestra el flujo de ejecución de Zend Framework:

Artículos relacionados:

• Layout being rendered twice
• Zend_Application_Resource_Frontcontroller
• Front Controller Plugins in Zend Framework
• Zend_Controller_Plugins_ErrorHandler uses layout script twice

Entradas relacionadas:

1. Acceder a Zend_View desde un plugin en Zend Framework
2. ZFDebug: debug bar para Zend Framework
3. Configurar Subversion para utilizar los repositorios externos de Zend Framework

Suponiendo que se tiene una instalación normal de XAMPP, para activar las funciones de debugar a través de Netbeans, hay que modificar unos parámetros del archivo php.ini (C:\xampp\php):

• Descomentar la siguiente línea:

  zend_extension = "C:\xampp\php\ext\php_xdebug.dll"

• Hay que indicar los siguientes valores (casi todo es descomentar):

  xdebug.remote_enable=On
  xdebug.remote_host="localhost"
  xdebug.remote_port=9000
  xdebug.remote_handler="dbgp"

• Después hay que reiniciar Apache para que los cambios surjan efecto.

Viendo la configuración del servidor, a través de un phpinfo(), se puede ver si todo ha surgido efecto, si se puede observar las siguientes características:

Solo resta configurar Netbeans. Primero hay que modificar las opciones generales del IDE. En Herramientas -> Opciones, hay que situarse en la pestaña de PHP y General, y comprobar tener los valores como muestra la imagen:

Para modificar el proyecto, se ha de ir a Propiedades del Proyecto, y en las secciones ‘Sources‘ y ‘Run Configuration‘ establecer las rutas pertinentes. En caso de proyectos hechos con Zend Framework, hay que modificarel ‘Web Root’ para indicar que es el directorio ‘public’. Y en la sección ‘Debug‘, marcar la casilla que se ve en la imagen.

Ahora, ya se puede debugar el proyecto pulsando Ctrl + F5. Recomiendo la siguiente página para empezar a conocer las opciones que da Netbeans y XDebud: Debugging PHP Source Code in the NetBeans IDE.

Entradas relacionadas:

1. Configurar Netbeans para trabajar con PHPUnit y Zend Framework
2. Instalar y configurar XAMPP y Eclipse en Windows
3. Atajos de teclado de Netbeans para Zend Framework

Su pueden configurar los proyectos que estén en un Subversion, para que en cada commit, el repositorio modifique valores dentro de las cabeceras de PHPDocumentor que hay en el código de los ficheros modificados. Esto solamente funciona en archivos PHP (con extensiones como .php o .phtml), y requieren tener una cabecera similar a la siguiente:

<?php
/**
*
*
* @author     $Author$
* @category
* @version    $Id$
* @since      0
*/
/**
*
*
*
*
* @author     $Author$
* @category
* @version    $Rev$
* @since      0
*/

Estos ficheros hay que añadirles una propiedad de Subversion: svn-keywords. El valor que necesita esta propiedad es:

Author Date Rev Id

Así, Subversion buscará los campos de la cabecera que puede rellenar, y introducirá los valores que pertoquen, según el commit. En las siguientes modificaciones, irá actualizando los valores si es que se han realizado cambios en el fichero.

Entradas relacionadas:

1. Configurar Subversion para utilizar los repositorios externos de Zend Framework
2. Configurar XAMPP para debugar con XDebug en Netbeans
3. Configurar PHP para que muestre los errores

Una de las ventajas, y a la vez inconvenientes, de Zend Framework, es su constante y habitual actualización, y por lo tanto la publicación de nuevas versiones periódicamente. Inconveniente porque si queremos tener la última versión de la librería en nuestro proyecto, debemos bajarnos la última versión y copiarla al proyecto. Pero si la aplicación se encuentra bajo Subversion, existe la opción de que la librería dependa de una versión del repositorio oficial.

Para ello, hay que añadir la propiedad ‘svn:externals‘ de Subversion a la carpeta ‘library‘. Los pasos son los siguientes:

• Eliminar la carpeta ‘Zend’ de la librería en caso de que ya la tuviéramos previamente y hacer COMMIT para borrarla del repositorio.
• Añadir propiedad svn:externals a la carpeta ‘libray’, y establecer como valor la ruta hacia el repositorio de Zend Framework. Actualmente, para la versión 1.10.6 es la siguiente:

  Zend http://framework.zend.com/svn/framework/standard/tags/release-1.10.6/library/Zend/

• Hacer UPDATE de la carpeta ‘library‘ para que se descargue la versión de Zend Framework. Al final de la operación saldrá un aviso de error indicando que es necesario hacer un CLEAN UP.
• Hacer CLEAN UP de la carpeta ‘library‘.
• Hacer COMMIT de la carpeta ‘library‘ para que los cambios tengan efecto en el repositorio.

En el futuro, cuando se desee una nueva versión o alguna anterior, solamente hay que cambiar la URL de la propiedad svn:externals de la carpeta ‘library‘, y hacer UPDATE y COMMIT (esto último esta pendiente de probar a la espera de que salga una nueva versión de Zend Framework).

Vía @eloipoch.

Entradas relacionadas:

1. Instalar y configurar Zend Framework y Zend_Tool para construir proyectos en Ubuntu
2. Configurar Netbeans para trabajar con PHPUnit y Zend Framework
3. Configurar PHPUnit y Zend Framework

Después de 100 entradas quiero mencionar:

• Existe una apuesta sobre las visitas de este blog con el blog Marius Duch, apuesta que quizás se va a quedar siempre allí.
• Hay una lista con más de 20 artículos/manuales/tutoriales pendientes de  hacer.
• Si el blog ha estado semanas sin actualizarse era debido al cumplimiento de obligaciones más importantes.

También quiero dar las gracias a todas las personas que me han ayudado de alguna forma en este blog, que han puesto uno de los 300 comentarios que existen, o que simplemente lo siguen para ver si algún día sale alguna entrada interesante ;)

El año que viene puede que sea muy diferente y quizás no tenga tanto tiempo como quisiera, pero espero poder seguir actualizando el blog.

No hay entradas relacionadas.

En el artículo de OnSoftware, se detallan una serie de aplicaciones, que las he encontrado interesantes son:

• Xirrus Wi-Fi Inspector: tabla de redes detectadas, radar, historial, tests de velocidad, …

• InSSIDer: más simple pero más visual, ya que muestra gráficas en que muestra las redes y los canales que utilizan. Así es fácil ver qué canales estan más ocupados y cuales no.

Las otras aplicaciones que se mencionan en el artículo son:

• Netstumbler
• Vistumbler
• outSSIDer
• NetSurveyor
• Homedale
• WirelessNetView
• Ekahau HeatMapper
• Directorios de puntos de acceso
  • QueWifi,  que ya supera los 15.000 puntos de acceso para toda España
  • FON Maps, con más de 1,5 millones puntos FON en todo el mundo
  • WeFi, una curiosa comunidad para compartir puntos de acceso libres
  • HotSpotr y JiWire, excelentes si viajas al extranjero

Entradas relacionadas:

1. Como detectar intrusos en tu WIFI
2. Presentación: “TRAC y herramientas open source para la gestión de proyectos”
3. Aplicaciones para Windows XP

El vídeo viene a se como un cómic que se va dibujando a medida que el orador va narrando la verdad sobre la motivación.

Vía Adseok – El dinero no motiva a la gente inteligente

No hay entradas relacionadas.

• Botón derecho sobre ‘Mi PC‘, y entrar en ‘Propiedades‘.
• En la pestaña de ‘Opciones avanzadas‘, pulsar ‘Variables de entorno‘.
• Pulsar el botón ‘Nueva‘ en ‘Variables de usuario para …‘. Si en la lista existiera la variable PATH, habría que seleccionarla y pulsar ‘Modificar‘.
• En la nueva ventana, introducir los siguientes datos:
  Nombre de variable: PATH
  Valor de variable: C:\xampp\php
• Aceptar las tres ventanas y a partir de entonces el PATH ya esta modificado. Para comprobar el cambio, ir a una nueva consolas de línea de comandos y ejecutar:

  echo %PATH%

Ahora, en la línea de comandos, primero ir al directorio del PHP y el PEAR:

cd c:\xampp\php

Añadir al PEAR el repositorio del PHPUnit:

pear channel-discover pear.phpunit.de

Actualizar la base de datos de PEAR con el nuevo repositorio:

pear update-channels

Instalar PHPUnit:

pear install phpunit/PHPUnit

Ahora para comprobar la correcta instalación, si se ejecuta el siguiente comando desde cualquier sitio:

phpunit --version

Se debe mostrar el siguiente mensaje (quizás con la versión modificada):

PHPUnit 3.4.11 by Sebastian Bergmann.

Entradas relacionadas:

1. Instalar PHPUnit en el XAMPP de Ubuntu
2. Instalar y configurar XAMPP y Eclipse en Windows
3. Instalar Zend Framework y Zend_Tool para construir proyectos en Windows

• URL: Uniform Resource Locator, o Localizador Uniforme de Recursos. Son unas cadenas de texto que se usan para nombrar recursos en Internet para su localización.
  Ejemplo: http://es.wikipedia.org:80/wiki/Special:Search?search=tren&go=Go

• URN: Uniform Resource Name, o Nombre Uniforme de Recursos. Son unas cadenas de texto que se usan para nombrar recursos en Internet para su identificación.
  Ejemplo: urn:isbn:0451450523

• URI: Uniform Resource Identifier, o Identificador Uniforme de Recursos.
  

Las URI engloban los otros dos conceptos, pudiendo clasificarlas entre URL, URN o ambas. En el esquema de arriba se puede observar el contenido del conjunto URI, y la intersección entre los conjunto URL y URN.

Las URN no son utilizadas actualmente. Sirven para identificar pero no para localizar.

Entradas relacionadas:

1. Diferencias entre ENUM y SET en MySQL
2. Diferencias entre mysql, mysqli y PDO en PHP
3. Zend_Acl: autorización y permisos en Zend Framework