• Un PC con una distro Linux, en mi caso Ubuntu, que me viene muy bien porque tiene todo lo que yo quiero y además es lo suficiente fácil de usar para que el resto de usuarios del ordenador en mi casa no se enfaden.
  • Apache, MySQL y PHP incluídos, y a poder ser actualizados
• Netbeans es hasta el momento mi IDE preferido, aunque relamente estoy deseando cambiar porque siempre me da la impresión de que estoy cazando moscas a cañonazos. Si sigue por el buen camino Sublime Text 2 puede ser un buen candidato para el cambio, aunque todavía le queda camino por recorrer si quiere convencerme.
• Git y Subversion para trabajo en grupo y control de versiones. Como cliente gráfico uso el propio Netbeans ya que me parece muy buena la integración que incluye con ambos, aunque muchas veces soy más amigo de usar directamente el terminal. Si sigo usando ambos es porque para proyectos de WordPress uso Subversion, pero si no, Git sería ya mi único amigo en este aspecto.
• Como navegador para desarrollo sigo usando Firefox, no por el navegador en sí, ya que prefiero Chrome (o mejor dicho Chromium), sino por todos los Addons sin los que no podría vivir:
  • Firebug, sin ninguna duda la herramienta que más problemas me ha resuelto en los últimos años.
  • HostAdmin, de dev a pre y a prod en un solo click.
  • YSlow y Page Speed para asegurarme que estoy haciendo las cosas bien en algunos aspectos de rendimiento. Son buenas checklists.
  • Web Developer, ShowIP, SearchStatus, defyFormValidation,… y algún otro más también están instalados en mi navegador, pero no les doy uso tan a menudo
• Focus Booster es mi pomodoro (sí, ya sé, usa Adobe Air, pero qué le vamos a hacer, nadie es perfecto). Sencillo y efectivo. (Si os interesa que tal me va usando el pomodoro os diré que bien cuando soy estricto con ello, lo que me cuesta es ser realmente estricto).

Seguro que me queda alguna herramienta por nombrar, ahora es un poco tarde y la cabeza no funciona del todo bien, si me acuerdo editaré el post y la añadiré. Si a alguno os apetece y como últimamente ya no se ven muchos memes, podríais tomarlo como tal y contar en vuestros respectivos blogs como es vuestro entorno, si no, como ya he dicho estaría muy bien que me dejarais algún comentario con vuestra opinión.

En un principio parece que sí, se accede vía web y sin ningún problema se van generando los ficheros de caché. Pero si más adelante ibas a la línea de comandos e intentabas alguna acción que tuviera que reescribir esos ficheros (generados por usuario apache o similar) te decía que el usuario que usabas no tenía permisos. Pues nada, yo volvía a darle permisos 777 con ayuda del sudo, hacía lo que tenía que hacer y de nuevo volvía a darle permisos para que el usuario apache no tuviera problemas en sobreescribir lo que yo había generado desde consola con mi usuario. Menudo lío ¿no?

Llegado un punto en el que este loop empezaba a convertirse en infinito, busqué un poquito y descubrí que no tenía que ir muy lejos a buscar la solución, estaba escrita en la propia documentación de Symfony2. Y realmente tampoco era tan complicada si hubiera pensado un poquito, ambos usuarios deben tener permisos sobre esos directorios:

sudo rm -rf app/cache/*
sudo rm -rf app/logs/*
sudo setfacl -R -m u:www-data:rwx -m u:`whoami`:rwx app/cache app/logs
sudo setfacl -dR -m u:www-data:rwx -m u:`whoami`:rwx app/cache app/logs

Dónde www-data es el nombre del usuario de los accesos web (en algunos casos es apache, http,…) y dónde whoami es el nombre del usuario con el que accedes y ejecutas la consola de Symfony.

De las novedades de la versión las que más me han llamado la atención y las que creo que más útiles me van a resultar son los traits y el servidor web embebido. Aparte de estas dos y de las mejoras en el propio motor y extensiones, otras novedades de las que no voy a hablar hoy pero parecen interesantes son:

• Array dereferencing (un poco raro lo de poner corchetes al final de una función :p )
• Soporte para DTrace
• Nueva función http_response_code()
• Llamadas indirectas a métodos estáticos de una clase mediante un array
• Permite el uso de $this en closures dentro de métodos

Traits

Creo que se puede decir que los traits han sido la solución de PHP para implementar lo que muchos pedían, ‘herencia múltiple’ o la posibilidad de crear una clase que extienda múltiples clases, y así poder reaprovechar mejor el código. La manera de usar sería:

<?php

trait HelloWorld {
    private $whatelse;

    public function sayIt() {
        echo 'Hello World!'. PHP_EOL;
        echo $this->whatelse . PHP_EOL;
    }
}

class Producto {
    use HelloWorld;

    public function __construct($string) {
        $this->whatelse = $string;
    }
}

class Servicio {
    use HelloWorld;

    public function __construct() {
        $this->whatelse = date('c');
    }
}

$servicio = new Servicio();
$producto = new Producto('Internet');

$servicio->sayIt();
$producto->sayIt();

Esta sería la respuesta a este pequeño script:

Hello World!
2011-12-29T23:27:19+00:00
Hello World!
Internet

Sé que no es el mejor ejemplo pero creo que se entiende.

Servidor web embebido

Ya dejan bien claro desde PHP que se trata simplemente de un servidor para desarrollo, y no para usar en entornos de producción. Pero aún así, creo que nadie va a negar la utilidad de que PHP incluya su propio servidor y que no necesitemos instalar Apache ni ningún otro servidor web para poder ejecutar y probar nuestras aplicaciones. Para arrancar el servidor simplemente tenemos que ejecutar lo siguiente (es probable que tengas que hacer sudo):

php -S <addr>:<port> -t <docroot>

Por ejemplo:

php -S localhost:80 -t /var/www

Al ejecutarlo arrancaríamos el servidor web en el puerto 80 con el document root en /var/www; el log de accesos y errores aparecería directamente en consola. Para pararlo simplemnte pulsaríamos Ctrl+C.

Instalación

Como sabéis PHP5.4 no es una versión estable, pero si queréis instalarlo en vuestro entorno de desarrollo o de pruebas podéis ir a esta web, descargarlo y compilarlo.

Si usáis Ubuntu y no os queréis complicar, podéis hacerlo mucho más fácilmente siguiendo este pequeño tutorial. Eso sí, aviso que cuando lo probé yo el paquete no estaba actualizado aún y te instalaba la RC3.

Por último, feliz año a todos y que programéis mucho :p

// src/Acme/HelloBundle/Controller/HelloController.php

namespace Acme\HelloBundle\Controller;
use Symfony\Component\Security\Core\Authentication\Token\UsernamePasswordToken;

// ...

class HelloController
{
    public function barAction($foo)
    {
        // ...

        // Tienes que crear la entidad del usuario que quieres loguear, por ejemplo
        $em = $this->getDoctrine()->getEntityManager();
        $user = $em->getRepository('AcmeHelloBundle:User')->find($userId);

        // Si usas FOSUserBundle puedes sacar así el $providerKey
        $providerKey = $this->container->getParameter('fos_user.firewall_name');
        // Si no, puedes simplemente poner el nombre del firewall de tu aplicación
        $providerKey = 'main';

        // Si usas FOSUserBundle y has creado la entidad puedes sacar así los roles del user
        $roles = $user->getRoles();
        // Si no puedes hacerlo manualmente
        $roles = array('ROLE_USER');

        // Finalmente logueamos al usuario
        $token = new UsernamePasswordToken($user, null, $providerKey, $roles);
        $this->container->get('security.context')->setToken($token);

        // Y si lo crees necesario le rediriges con un mensajito
        $this->get("session")->setFlash('info', $this->get('translator')->trans('flash.logged_successfully'));

        return $this->redirect($this->generateUrl('homepage'));

        // ...
    }
}

Creo que no es mucho y que es sufientemente claro como para entenderlo sin más explicación que los comentarios del propio código, así que ahí queda. Si aún así os surge alguna dudilla que os pueda resolver hacedla en los comentarios, y con un poco de suerte y tiempo os contesto.

PD: Esta es mi inocentada, que creais que voy a retomar el blog como propósito de 2012 :p
PD2: Hoy estoy que lo doy todo, he programado otro post para la semana que viene.

Teniendo esto en cuenta me tengo que plantear un cambio, lo que tengo clarísimo es que con Symfony 1 no puedo seguir y como entiendo que el cambio más natural en un principio es Symfony2 he empezado con ello. No quiero decir que no me vaya a plantear otras posibilidades, por supuesto que sí, pero creo que es un buen punto para empezar, así que con ello estoy. Este cambio de framework va a necesitar en mi caso un esfuerzo extra porque a la vez me planteo el cambio casi seguro de Propel a Doctrine2 y de SVN a Git.

Creo que puedo resumir estas semanas en puntos que creo positivos y los que veo negativos:

• ↑ Estructura y flexibilidad. Me gusta mucho como viene estructurado, y el hecho de que incluso el core del framework sea considerado como cualquier otra librería externa de tu aplicación y a su vez esté separado en librerías independientes que puedes usar fuera de Symfony. Además, todo (y todo es todo) es personalizable en Symfony2 (a los plugins/widgets/módulos que permiten modificarlo ahora les llaman bundles), aunque por el momento muchas veces lo difícil es saber cómo.
• ↑ Modelo-Vista-Controlador. Ya en la versión 1 la separación era muy clara, pero creo que con Symfony2 y Doctrine esto se ha visto reforzada y me gusta. Otro punto a favor creo que es el nuevo sistema de plantillas que se propone con Symfony2 llamado Twig, que os recordará mucho a Smarty si alguna vez trabajásteis con él.
• ↑ Formularios. Creo que el nuevo sistema de formularios es más sencillo (uso) y a la vez más completo que el anterior. Uniéndolo con el ya mencionado sistema de plantillas Twig una bomba.
• ↑ ¿Rendimiento? Lo pongo con interrogantes porque la verdad es que aunque he oído maravillas aún no he tenido la posibilidad de probarlo en producción y no voy a asegurar lo que no he visto (¡un excéptico de pura cepa como yo!), pero la verdad es que visto lo visto creo que puede ser bastante cierto.

• ↓ Documentación. Sé que aún no ha salido la versión final estable, sé que es un framework que ‘acaba de empezar’, sé que cuesta mucho documentar totalmente un proyecto de esta envergadura, pero me fastidia un montón estar convencidísimo de que algo se puede hacer y no encontrar como hacerlo. Estoy seguro de que con el tiempo esto cambiará, pero por el momento creo que es un gran problema sobre todo si eliges un framework de este tipo para agilizar tus desarrollos.
• ↓ Requisitos y gigantismo. Creo que Symfony2 no es un framework para cualquiera, no lo veo como solución a proyectos pequeños, webs informativas de pymes o blogs por ejemplo. Además para su correcto funcionamiento en producción son necesarios ciertos requisitos que no puedes encontrar en todos los hostings, sobre todo si tienes algo compartido. Para empezar PHP 5.3 es totalmente necesario, entre otras cosas por el obligatorio uso de los namespaces. De todos modos los creadores de Symfony2 ya lo han tenido en cuenta y han creado Silex un microframework basado en Symfony para proyectos más pequeños que estoy deseando probar.
• ↓ Autogeneradores. Cuando no has probado el chocolate no sabes si te gusta, pero como te guste luego no puedes dejar de comerlo, y si no tienes pues lo hechas en falta. Esto es lo que me ha pasado con los administradores autogenerados de Symfony 1 que tanto trabajo me han ahorrado, y ahora que Symfony2 no los trae pues me parece una gran falta. El generador de CRUD con Doctrine2 puede ser un sustitutivo en parte, pero no es lo mismo.

Creo que esas pueden ser las conclusiones más importantes que he sacado estos primeros días. En una visión general y teniendo en cuenta que en Symfony2 aún quedan muchas cosas por hacer, creo voy a decir que en principio me gusta. Si os interesa el tema os dejo unos enlaces sobre el tema:

• Symfony2. Página oficial del framework.
• symfony.es. Página y comunidad de Symfony en español creada por Javier Eguiluz, alguien a quien merece la pena escuchar con atención.
• Ponencias de deSymfony2011. Vídeos y presentaciones de las jornadas deSymfony de este año. Aún no están colgados, pero está previsto que se vayan poniendo durante esta semana.
• Fabien Potencier. Creador del framework.
• Gente que sabe de esto: Javier Eguiluz, Asier Marqués, Albert Jessurum, Nacho Martín, Jon Segador

Sea o no mi decisión final quedarme con Symfony2 como alternativa a Symfony1 en los proyectos que ya he desarrollado, o los que vengan más adelante, estoy seguro de que no dejaré de investigar y probar cosas con él, así que seguro que seguiréis leyendo más cosas en Berriart referentes a este framework y ya sobre temas o usos más concretos.

La verdad es que una herramienta que nos permita manejar estos ficheros de forma colaborativa y utilizando una interfaz web medianamente intuitiva y fácil de usar era algo que llevaba tiempo necesitando pero que entre pitos y flautas no tenía tiempo de buscar. Conocía la existencia de Launchpad, pero yo pensaba que era sólo para proyectos de software libre por lo que para proyectos cerrados no me valía (ahora me he dado cuenta de que también tiene servicio de pago, aún así siempre prefiero una alternativa open source y que pueda instalar en mis propios servidores). La cuestión, es que sin quererlo, he encontrado la solución cuando hacía otra consulta en la página sobre traducciones de WordPress.

Como habréis podido adivinar por el título de este post la solución que he encontrado se llama Pootle (PO-based Online Translation / Localization Engine) y también es válido para otros tipos de archivo de traducción como pueden ser los XLIFF. Podéis ver en este enlace un versión live de esta aplicación si queréis ver un poco mejor de que se trata, pero si queréis cacharrear un poco más podéis instalarlo directamente en Ubuntu que es bastante sencillito (en otras distribuciones o SO os buscáis la vida :p ). Como casi siempre, hay paquete:

sudo apt-get install pootle

Yo lo he configurado para que use mysql en vez de sqlite3 editando el fichero localsettings.py. Si tú también lo vas a hacer, deberás instalar primero el paquete python-mysqldb, crear una BD para ello, y modificar estos datos en el fichero de configuración (hay otros datos que también puedes modificar ahí, como por ejemplo configurarlo para usar memcached):

sudo apt-get install python-mysqldb
gedit /etc/pootle/localsettings.py

Una vez que tengas todo listo y configurado solo tienes que hacer correr el servidor de Pootle:

sudo PootleServer

Esto lo hará correr por el puerto 8080, si ya tienes algo ahí o prefieres usar otro puerto solo tienes que indicárselo:

sudo PootleServer --port=XXXX

Finalmente, si todo ha ido bien tendrás tu servidor montado. Sino has hecho alguna otra configuración, puedes acceder a él accediendo a la URL: http://127.0.0.1:8080/. Si has seguido estos mismos pasos puedes loguearte con el usuario admin password admin y empezar a toquetear y cambiar configuraciones (cambia también el pass ). Ya os contaré algunas impresiones si finalmente lo implantamos para algún proyecto.

Ahora, que me estoy poniendo al día con Symfony2 y ellos (al igual que muchos otros) han cambiado a Git, creo que definitivamente también tengo que ponerme al día con ello y en eso estoy. Además, por lo que estoy viendo, creo va a valer mucho la pena en los casos en los que trabajes con más gente. Si estáis en el mismo punto que yo, creo que este artículo os ayudará bastante, al menos a mi me lo ha parecido: Git – SVN Crash Course.

Uno de los problemas que le veo ahora mismo es la dificultad de instalar un servidor Git con una herramienta de gestión tipo Trac. Es decir, tener un Github instalado en mi propio servidor (la mayoría de este tipo de webs son gratis para proyectos open source pero de pago para proyectos privados). Lo mejor que he encontrado es Gitorious, pero su instalación en un servidor Ubuntu es mucho más complicada que la instalación de su alternativa de SVN, el Trac, al menos a mi me lo parece.

El tema es que una de las cosas que voy a hacer, sí o sí, es forzar a los usuarios a registrarse para comentar en las páginas de los plugins y los themes. Por varias razones, una es para que el que quiera un poquito de soporte al menos necesite un poco de esfuerzo para pedirlo (registrarse), otra que así podré tener más datos de quienes usan mis themes/plugins y una manera de contactarles. Seguramente me ayude también a quitar un poco de SPAM.

Al ir a hacerlo me he dado cuenta de que no puedo limitar lo de comentar estando registrado en cada post o página, si no que solo puedo limitarlo en general para todo el blog. Así que ya puesto me he currado un pequeño plugin que permite hacerlo. Os presento el plugin para WordPress: Comment Privileges By Post.

Espero que le resulte útil a alguien más que a mí.

Los que usamos Symfony no tenemos porque volvernos locos para usar Lucene, la API de Google GData, manejar PDFs, recoger feeds o tantas otras funcionalidades que cubre tan bien el Framework Zend. No, porque integrar Zend en Symfony viene a ser bastante sencillo:

Añadir la librería Zend a nuestro código

Debemos descargar el Framework Zend y copiarlo en lib/vendor, que es el directorio donde guardamos habitualmente las librerías externas. Ahí lo meteremos todo dentro de una carpeta nueva que llamaremos Zend.

Sistema para cargar Zend cuando lo necesitemos

Para esto lo que vamos a hacer es crear un método nuevo en la clase config/ProjectConfiguration.class.php que nos permita cargar Zend fácilemente desde cualquier parte:

class ProjectConfiguration extends sfApplicationConfiguration

  static protected $zendAutoloader = false;

  /** ............ **/

  /**
   * Agrega el framework Zend a nuestra App
   */
  static public function registerZend()
  {
    if(!self::$zendAutoloader)
    {
      set_include_path(implode(
        PATH_SEPARATOR,
        array(sfConfig::get('sf_lib_dir') . '/vendor', get_include_path())
      ));
      require_once 'Zend/Loader/Autoloader.php';
      self::$zendAutoloader = Zend_Loader_Autoloader::getInstance();
    }

    return self::$zendAutoloader;
  }
}

Empezamos a usarlo

Una vez hecho todo esto podríamos tranquilamente en un action o en algún task hacer uso del framework Zend. Por ejemplo…

// Cargamos el framework Zend
ProjectConfiguration::registerZend();

// Utilizamos Zend....
try {
  $feed = Zend_Feed_Reader::import($parameters['feed']);
} catch (Zend_Feed_Exception $e) {
  /** ........ **/
}

Como podéis ver eso es todo A continuación os pongo las diapos que pasó la gente de Symfony y Zend en las conferencias explicando la utilidad de integrarlos y donde explican como hacerlo que es de donde he sacado yo la info:

• Using Zend Framework and Symfony Together (Zend PHP Conference 2009)
• Using Zend Framework with Symfony (sfLive 2010)
• Integrating symfony and Zend Framework (IPC 2010)

Por lo general, cuando estoy con un proyecto que necesita un servicio de email suelo recomendar e instalar Google Apps for Business. Me parece que dan un buen servicio y se puede dar de alta facilmente simplemente teniendo el control de los DNS del dominio. Pero a veces, como en este caso, lo que busco es simplemente que el email loquesea@midominio.com sea reenviado a example@gmail.com.

En este ejemplo hablamos de configurarlo en un servidor con Ubuntu y con postfix instalado. Si tienes otra distribución me temo que tendrás que ver por ti mismo como hacerlo de manera equivalente y si tienes Ubuntu pero no tienes postfix instalado lo puedes instalar haciendo simplemente:
sudo apt-get install postfix

Antes de nada haz una copia del fichero de configuración que vamos a modificar por si acaso:
sudo cp /etc/postfix/main.cf /etc/postfix/main.cf.bkp

Luego edita ese fichero y agrega las siguientes líneas (o modificalas si ya tienes esas variables definidas):
virtual_alias_domains = midominio.com
virtual_alias_maps = hash:/etc/postfix/virtual
(Asegurate de que el dominio que agregas como alias no se encuentre en ese mismo fichero en la variable mydestination)

La variable virtual_alias_domains indica en este caso los dominios de los que aceptamos recibir emails para luego reenviarlos, por eso añadimos el dominio del email que queremos reenviar. Por otro las virtual_alias_maps indica el fichero que contiene los alias que vamos a crear para poder reenviar los emails. El fichero está en /etc/postfix/virtual y en nuestro ejemplo debería contener:
loquesea@midominio.com example@gmail.com
fulano@midominio.com otherexample@gmail.com
# Uncomment entry below to implement a catch-all address
# @midominio.com example@gmail.com

Como se puede apreciar primero se debe escribir el alias y después el email al que quieres reenviar; una línea por cada reenvio que queramos configurar. Como se puede apreciar también se puede configurar para tener un catch-all.

Finalmente y para que los cambios que hemos hecho surjan efecto debemos recargar los aliases y reiniciar o recargar el servidor de postfix:
postmap /etc/postfix/virtual
postfix reload

Creo que eso es todo, si véis que falta algo decídmelo en los comentarios.

Hay más información en el propio README de Postfix.