La presentación hace un repaso a todos los conceptos imprescindibles para utilizar Doctrine2 con Symfony2: entidad, entity manager, DBAL, ORM, hidratación, repositorio, etc. También menciona conceptos como DDD, migraciones, ODM y MongoDB. La presentación finaliza presentando dos patrones inventados por el propio Nacho: polish rider y balkan partisan.

1. Permitir que las configuraciones definidas con TreeBuilder puedan añadir mensajes de documentación (detalles).

Si buscas en el código fuente de tu aplicación Symfony2, encontrarás decenas de archivos llamados Configuration.php. Estos archivos definen las opciones de configuración de diferentes servicios. Antes del lanzamiento de Symfony2 se decidió definir así la configuración porque en teoría serviría para generar automáticamente la documentación sobre las opciones de configuración de Symfony2.

Lo único que se consiguió es complicar la definición de los archivos de configuración a cambio de nada. Ahora se retoma la idea de definir un método llamado setInfo() que permita documentar cada una de las opciones incluidas. Cuando todos los archivos lo implementen, se podrá generar toda la documentación con un solo comando. Muy sencillo y siempre actualizado.

El cambio propuesto se acepta por unanimidad.

2. Coordinar el traspaso del bundle de DoctrineBundle al proyecto Doctrine

En la anterior reunión se decidió que tanto Doctrine como Propel deberían desarrollar y mantener sus bundles. Este cambio no será retrocompatible porque la ruta de muchas clases va a cambiar. Benjamin Eberlei se ofrece a empezar mañana mismo con la transición.

3. Cambiar el nombre del método equals() de UserInterface

Los responsables de Propel piden cambiar el nombre porque les causa problemas de compatibilidad con sus interfaces. Se decide cambiar el nombre del método no para complacer a Propel, sino porque a casi nadie le gusta ese nombre. Se opta por cambiarlo a isSameUser().

4. Mejorar los mensajes flash (detalles)

En la anterior reunión también se habló de este tema y se decidió que no se iba a cambiar nada. Así que esta semana han vuelto a hablar de lo mismo. Actualmente cada mensaje flash se define con una clave y un mensaje. La clave, que debe ser única en la misma petición, se puede elegir libremente. Aún así, la mayoría utilizan valores como “info”, “error”, “warning”, etc.

El problema es que si en una misma petición se generan por ejemplo varios mensajes flash de tipo “info”, en vez de mostrarlos todos, sólo se muestra el último, ya que como todos utilizan la misma clave, se machacan unos a otros. Se propone eliminar la clave y utilizar en su lugar categorías. Así se pueden definir y mostrar varios mensajes diferentes en una misma categoría.

Antes de que se tomara una decisión, varios programadores empiezan a discutir sobre si es mejor o no crear un FlashBag() y sobre si la nueva funcionalidad debe incluirse en el componente HttpFoundation, Session o FrameworkBundle. Fabien y otros programadores importantes abandonan la reunión antes de que se tome una decisión.

Otros

• Fabien vuelve a decir que no cree que la próxima versión 2.1 sea la de soporte largo durante 5 años.
• Fabien también asegura que no hay ninguna fecha prevista de lanzamiento de 2.1, pero que podría ser antes de final de año.
• Lukas Smith también quería hablar sobre integración continua, pero como no da tiempo a discutirlo, lo deja para la lista de correo. Leer mensaje sobre Integración Continua con Symfony2.

Como siempre, también puedes leer los logs completos de la reunión para conocer los detalles discutidos para cada punto del orden del día.

El error es muy fácil de reproducir:

• El usuario accede al formulario que le permite modificar los datos de su perfil.
• El usuario cambia su username por cualquier otro que ya exista en la aplicación.
• Se le mostrará un error indicando que el nuevo username ya existe.
• El problema es que además, se acaba de cambiar al usuario por el nuevo username.
• El usuario puede acceder a la aplicación como si fuera el username indicado anteriormente.

$ php bin/vendors install

$ php app/console cache:clear

Fuente: Security Release: Symfony 2.0.6

• Mejorar los mensajes flash (detalles): algún desarrollador propone extender los mensajes flash para que incluyan un parámetro que permita indicar la categoría a la que pertenecen (error, información, etc.) Fabien defiende con vehemencia que eso es innecesario,  que el primer parámetro del método setFlash() se puede usar como categoría y que los mensajes flash son sólo para mostrar un mensaje en la próxima petición. Lukas Smith sugiere que “como ahora mismo los mensajes flash no sirven para mucho, mejor eliminarlos”. Después de este brillante comentario, se da por zanjada la discusión y se decide dejar los mensajes flash como están.
• Cómo hacer el soporte de ORM en Symfony 2.1 (detalles): se está preparando el terreno para que los proyectos Symfony2 puedan utilizar indistintamente Propel 2 o Doctrine2. Se decide que los bundles de cada ORM salgan del repositorio de código principal de Symfony2. Así que en los próximos días se eliminará el bundle de Doctrine. Cada organización (Propel y Doctrine) se encargará de desarrollar y mantener su propio bundle. Symfony2 se encargará de mantener los bridges, que sólo contienen el código que unen estos bundles con el resto de bundles y con Symfony2. También se apunta la posibilidad de crear una distribución de Symfony2 para Propel y otra para Doctrine.
• Extender la sección providers del archivo de configuración de seguridad (detalles): se decide seguir adelante con los cambios y mejoras propuestas en ese pull request, aunque esto supone que habrá que modificar la configuración de seguridad al actualizar a Symfony 2.1. Fabien dice que no importa porque el componente de seguridad está marcado como no estable.
• Cómo hacer que más gente utilice los componentes de Symfony2: Fabien dice que ya tiene pensada la nueva documentación que se va a escribir para cada componente. Todavía no ha empezado a escribirla, pero estima que podría estar lista para final de año. Algunos desarrolladores le sugieren que mientras tanto cree por lo menos un buen archivo README para cada componente con enlaces útiles. Fabien dice que mejor esperar a la documentación.

Además, durante la reunión Fabien dijo que no estaba completamente seguro de marcar la versión 2.1 de Symfony2 como versión LTS (cinco años de soporte garantizado). Quizás haya que esperar entonces a Symfony 2.2.

Como siempre, también puedes leer los logs completos de la reunión para conocer los detalles discutidos para cada punto del orden del día.

Los principales cambios ya anunciados son los siguientes:

• Sólo será compatible con PHP 5.3.
• Todo el código incluirá namespaces que seguirán el formato del estándar PSR-0 (el mismo de Symfony2)
• Será necesario hacer uso de un autoloader y la mayoría apuestan por usar el componente ClassLoader de Symfony2
• Se van a añadir nuevas excepciones propias (Propel sólo tiene dos por el momento).
• Se elimina (¡por fin!) el uso de Phing para los comandos de consola y se sustituye por el componente Console de Symfony2.
• Ya no se generarán clases de tipo Peer para cada clase del modelo.
• Se incluirá un nuevo sistema de logs seguramente basado en el componente Monolog de Symfony2.
• Se utilizará Twig para generar el código de las plantillas PHP de las clases del modelo.
• No se incluirá soporte para NoSQL.

Primer día (1 de julio):

• Introducción a Symfony2 + Tutorial #1: Instalación y primeros pasos, Javier Eguiluz
• Tutorial #2: El modelo. Doctrine2, Nacho Martín
• Tutorial #3: La vista. Twig, Marcos Labad
• Tutorial #4: Formularios y Seguridad, Javier López
• Tutorial #5: Backend, Javier Eguiluz
• Tutorial #6: Optimización, Assetic y Pruebas unitarias, Albert Jessurum
• Mandango, un ODM ultra-rápido para PHP, MongoDB y Symfony2, Pablo Díez

Segundo día (2 de julio):

• Twig, cuando Django encontró a Symfony, Javier Eguiluz
• Symfony 1, mi viejo amigo, José Antonio Pío
• Microframework Silex, Nacho Martín
• Rendimiento en aplicaciones web con Symfony2, Asier Marqués
• Creación de aplicaciones móviles con Symfony2, Pablo Godel
• Reduciendo el acoplamiento entre aplicaciones con RabbitMQ, Álvaro Videla
• Symfony y los 3 millones de usuarios, nuestro día a día, Jordi Llonch
• Deja los plugins en casa, ¡Habemus Bundles!, Albert Jessurum

Tercer día (3 de julio):

• Entorno de desarrollo productivo, Pablo Godel
• Introducción al desarrollo ágil, Ricardo Borillo

A pesar del lanzamiento de Symfony2, todavía existen en producción muchas aplicaciones Symfony 1 que deberán ser mantenidas y mejoradas durante los próximos años. José Antonio Pío, con su habitual buen hacer, presentó varias soluciones para optimizar al máximo el rendimiento de Symfony 1, sobre todo en lo referido a Doctrine.

Algunos asistentes iniciaron un debate al considerar que algunas de las soluciones propuestas eran demasiado radicales. Quizás la razón es que el ejemplo escogido para su explicación era un caso totalmente extremo: ¡la portada del sitio web tenía casi 800 consultas a la base de datos!

Presentación

Vídeo

Pablo Díez, el creador del proyecto Mandango, nos habló de sus características, de sus principales ventajas respecto a las soluciones oficiales de Doctrine, de cómo utilizarlo en tus proyectos y también presentó algunas gráficas comparativas sobre su gran rendimiento.

Presentación

Disponible próximamente

Vídeo

Nacho Martín explicó durante su ponencia el modelo de datos de la aplicación, cómo diseñarlo con Symfony2, cómo crear las entidades y los repositorios, cómo cargar datos de prueba y cómo hacer las primeras páginas con consultas.

Presentación

Disponible próximamente.

Vídeo

Este artículo incluye aquellas presentaciones relacionadas directamente con Symfony y al final, también se incluyen enlaces al resto de presentaciones.

Cómo tu empresa puede beneficiarse de Symfony2

Symfony2 para usuarios de Symfony 1

Doctrine2

Varnish en acción

Inyección de dependencias en el mundo real

Se vago, se ESI

Symfony CMF: un nuevo paradigma para la gestión de los contenidos

Otras presentaciones no relacionadas directamente con Symfony:

• Procesado de datos a gran escala con Hadoop y PHP
• Mejorando tu productividad con la técnica Pomodoro
• Git para usuarios de subversion
• Diseñando interfaces HTTP y servicios web RESTful
• Optimizando Zend Framework
• XKanban: XP, Kanban y timeboxing
• Piensa como las hormigas y distribuye la carga de trabajo
• Cacheando el frontend
• Diseño guiado por el dominio en PHP
• Pruebas con código no estable
• Gestionando una granja de servidores MySQL
• Controla tu aplicación con las métricas de su código