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.

El próximo sábado 8 de noviembre se celebra el primer día de los programadores de plugins de Symfony. Después del éxito de los dos code sprint celebrados, ahora le llega el turno a los plugins.

El objetivo del encuentro es discutir detalladamente todo lo que concierne a los plugins:

• Creación y nombrado
• Utilización de modelos de datos, formularios y acciones personalizadas
• Pruebas unitarias y funcionales
• Empaquetado y distribución
• Novedades de Symfony 1.2

De esta forma el encuentro te interesa tanto si has creado algún plugin y quieres actualizarlo/mejorarlo como si nunca has creado un plugin porque tienes muchas dudas.

Como es habitual, el encuentro se realiza en el canal IRC de Symfony (irc://irc.freenode.net/symfony) y el plan de trabajo es el siguiente:

• Sesión 1: crear y publicar plugins
• Sesión 2: crear plugins configurables
• Sesión 3: code sprints de plugins nuevos y existentes

Cada sesión tiene una duración de 2 horas y el horario del encuentro en las principales capitales es el siguiente:

• Madrid: 16:00 – 22:00
• Buenos Aires, Montevideo: 13:00 – 19:00
• Santiago de Chile, Asunción: 12:00 – 18:00
• La Paz: 11:00 – 17:00
• Caracas: 10:30 – 16:30
• La Habana, Lima, Quito: 10:00 – 16:00
• México DF: 9:00 – 15:00

Fuente: Plugin Developers Day This Saturday!

¿Qué sucede cuando juntas tres de las aplicaciones favoritas de los programadores web?  Alvaro Videla, un symfonero uruguayo, acaba de hacerlo en su proyecto FireSymfony, que combina Symfony, Firefox y Firebug.

FireSymfony permite depurar las aplicaciones Symfony directamente desde el navegador Firefox, sin necesidad de utilizar la barra de depuración web. La primera versión del plugin permite mostrar dentro de un panel de Firebug exactamente la misma versión que la barra de depuración original:

Técnicamente, FireSymfony se compone de un plugin de Symfony que envía los datos de depuración al navegador mediante JSON y una extensión de Firefox que se encarga de añadir el panel de Symfony en Firebug:

• Más información y descarga del plugin fireSymfonyPlugin
• Más información y descarga de la extensión firesymfony (como se trata de una extensión en pruebas, es necesario estar dado de alta como usuario en el sitio web de las extensiones de Firefox)