François Zaninotto, máximo responsable del proyecto Propel, acaba de publicar en su cuenta de twitter el siguiente mensaje:

“Spent the whole morning with @fabpot bootstrapping the #Propel #Symfony 2 bundle.http://bit.ly/b7MVoi“

François, con la ayuda de Fabien (creador de Symfony), ha publicado la primera versión del bundle (o plugin) de Propel para el futuro Symfony 2. De esta forma, el commit 265d6e9 asegura que podrás seguir utilizando Propel para tus proyectos realizados con Symfony 2.

Por el momento el bundle publicado es muy básico, ya que por ejemplo los modelos sólo se pueden definir mediante XML y no con YAML. No obstante, se trata de una muy buena noticia para los usuarios de Propel, algo decepcionados después de que se anunciara que Doctrine sería el ORM oficial de Symfony 2.

El tweet de François también demuestra que las relaciones entre los dos mayores genios de Symfony se han normalizado y atrás quedan acontecimientos no muy felices ocurridos hace un tiempo.

La universidad Jaume I de Castellón ha anunciado la celebración de la primera conferencia española dedicada en exclusiva a Symfony. La conferencia se enmarca dentro de la iniciativa decharlas.com y se realizará en dos jornadas durante los próximos días 5 y 6 de julio.

El listado provisional de charlas está pensado para todo tipo de usuarios de Symfony, incluso para los que todavía no han descubierto este framework:

• Introducción a symfony: charla introductoria al entorno de desarrollo, explicando las diversas partes de las que consta.
• Domesticando los formularios: explicación del sub-framework de formularios que posee symfony (sfForm).
• Say what? Be I18n my friend: internacionalizando nuestros proyectos.
• CMF is the new CMS: evolucionando los CMS.
• symfony en España: trata de mostrar casos reales de empresas y productos que hacen uso de dicho entorno de trabajo.
• No reinventes la rueda. Plugins: cómo crear nuestros plugins para ser reutilizados en diversos proyectos.
• Un gran poder conlleva una gran responsabilidad (Admin Generator): crear nuestro propio tema para la parte de administración de contenidos.
• Cose que te cose. Patrones de diseño y test unitarios: no sólo se trata de enseñar symfony sino también buenas prácticas y metodologías en el desarrollo web.
• Conociendo tus herramientas de desarrollo: tratará sobre herramientas de apoyo en el desarrollo de software (control de versiones, IDE’s, integración continua, …)
• Desarrollo basado en estándares: novedades en HTML5, XHTML 2.0 y CSS3.
• ORMs en symfony: Doctrine, Propel.
• Symfony, cloud computing y web escalables: desarrollo web pensando en el rendimiento y la escalabilidad.

Entre charla y charla, se habilitarán espacios de tiempo para que los asistentes hagan networking y conozcan a otros miembros y empresas de la comunidad Symfony.

Gracias al trabajo desinteresado de los organizadores David Castelló y Javier López y gracias a la colaboración de la universidad Jaume I, la asistencia a las jornadas será gratuita. El único problema es que el aforo está limitado a las 100 primeras personas que se apunten mediante el siguiente formulario de inscripción.

Si quieres patrocinar las jornadas, ayudar y sugerir mejoras o simplemente tienes cualquier duda, puedes hacer uso del email contacto @ decharlas.com El sitio web oficial de las jornadas también incluye el teléfono de contacto de los organizadores David y Javier.

Hace unos días, el repositorio oficial de plugins de Symfony superó la increíble cifra de 500 plugins. Por tanto, en primer lugar debemos felicitar a todos los programadores que se han molestado en crear un plugin y publicarlo para que todos podamos utilizarlo.

Disponer de más de 500 plugins para elegir también tiene un inconveniente: ¿cómo puedo saber cuáles son los plugins buenos? ¿si existen dos plugins similares, cuál debo elegir? Para solucionar este problema, los creadores de Symfony han optado por una solución sencilla y que puede funcionar muy bien: que cada programador de Symfony diga qué plugins utiliza.

Si todos los programadores de Symfony marcan los plugins que utilizan en sus proyectos, pronto dispondremos de una lista de los plugins más utilizados, que seguramente es una forma fiable de medir la calidad de cada plugin (facilidad de instalación, documentación, opciones, rendimiento, utilidad, etc.)

De momento, más de 600 programadores de Symfony ya han creado una cuenta de usuario en menos de 30 segundos y han empezado a marcar los plugins que utilizan. La lista de plugins más populares está encabezada por los siguientes:

1. sfGuardPlugin (163 usuarios)
2. sfFormExtraPlugin (100 usuarios)
3. sfDoctrineGuardPlugin (77 usuarios)
4. sfThumbnailPlugin (73 usuarios)
5. sfFeed2Plugin (67 usuarios)
6. sfDoctrinePlugin (48 usuarios)
7. sfWebBrowserPlugin (39 usuarios)
8. DbFinderPlugin (37 usuarios)
9. sfLucenePlugin (35 usuarios)
10. sfPropelActAsTaggableBehaviorPlugin (28 usuarios)

Los tres primeros plugins eran previsibles, pero resulta extraña la posición tan alta del plugin sfWebBrowserPlugin.

Aunque 500 plugins es una cifra enorme, todavía estamos lejos de otros proyectos PHP:

• Joomla!: 4609 extensiones (incluye módulos, componentes, plugins y traducciones)
• WordPress: 4245 plugins
• Drupal: 1941 módulos (en su versión 6.X)

Fuente: Tell us the plugins you use

Estos días se están acumulando muchas noticias breves importantes relacionadas con Symfony. La mayoría se han publicado a través de las cuentas de Twitter de los responsables de Symfony:

• La competición solidaria para desarrollar aplicaciones Symfony completas en 48 horas para ONG y organizaciones similares ya tiene 7 propuestas para desarrollar proyectos. Aunque todavía no se conocen oficialmente las empresas que van a patrocinar la competición, podría haber alguna sorpresa impactante en este aspecto. (tweet)
• El proyecto Symfony ha publicado toda la documentación de Symfony 1.2 en formato PDF (fuente). De esta forma, la comunidad hispana de Symfony ya no será la única que disfruta en exclusiva de los libros de Symfony en PDF.
• Fabien ha empezado a escribir los capítulos que faltan en el libro de formularios de Symfony. (tweet)
• Desde que se presentó la nueva herramienta para gestionar los plugins de Symfony, el ritmo de publicación de nuevos plugins ha pasado de 14 plugins/mes a 30 plugins/mes. (fuente)
• Fabien está sondeando la posibilidad de organizar una conferencia sobre Symfony en Europa. (tweet)
• Symfony se llamará “Symfony” (con S mayúscula) y no “symfony” (con s minúscula) a partir de la versión 2.0. El uso de namespaces en la versión 2.0 obligará al cambio de nombre. Personalmente me alegro mucho del cambio, porque siempre he escrito “Symfony” con mayúscula porque me parece que queda mucho mejor que “symfony”. (tweet)

La actividad de desarrollo de los plugins de Symfony es muy intensa últimamente y prueba de ello son los 8 nuevos plugins presentados durante la semana pasada:

• sfAuthorizeNetCIMPlugin: permite el acceso, creación, modificación y borrado de perfiles en la pasarela de pago Authorize.NET
• jsThumbnailPlugin: crea imágenes en miniatura de forma dinámica mediante la librería GD. Para mejorar el rendimiento las miniaturas se guardan en la cache hasta que se cambia la imagen original.
• sfSimpleCMS2Plugin: evolución del plugin SimpleCMSPlugin con un montón de mejoras  (panel de control de administración, personalización del layout, integración con el framework YAML de CSS, mejorado el rendimiento, etc.)
• sfWikifyPlugin: plugin sencillo que se puede emplear para documentar la parte del modelo de datos. Lee el archivo schema.yml y genera un archivo con su descripción. El archivo utiliza la sintaxis del popular sistema Dokuwiki.
• sfVisualRoutesPlugin: muestra las rutas de la aplicación en la consola de comandos mediante la tarea project:routes
• sfZendOpenIdPlugin: permite integrar la implementación del protocolo OpenID del framework Zend con el plugin sfGuardPlugin. De momento sólo se puede utilizar para autenticar usuarios, pero se le añadirán más funcionalidades.
• sfUPSShippingPlugin: permite estimar los costes de un envío postal mediante la API de la empresa UPS.
• sfSimplePagePlugin: simplifica la gestión de las páginas estáticas del proyecto.