Hace unos días escribimos un post informativo sobre cómo configurar el Routing de Symfony2, sobre todo atendiendo a los cambios y novedades con respecto a las versiones 1.x del Framework Symfony (en las que tenemos más experiencia). El siguiente paso lógico sería entonces aprender cómo utilizar este nuevo y flamante sistema de Routing que nos hemos configurado en Symfony2 para crear links o hipervínculos entre las páginas de nuestro proyecto.
¿Qué sería de la Web 2.0 sin la Fail Whale o las páginas de error 404 personalizadas? Es una práctica tan extendida que ya casi constituye una norma no escrita del desarrollo web: proveer al usuario de páginas de error que no sólo le informen de lo que está pasando sin perder la referencia de dónde está (es decir, totalmente integrada dentro de la estructura y el diseño de nuestro site), sino que además sean divertidas o por lo menos un tanto adorables, para aliviar el mal trago que supone el toparse de bruces con un error del protocolo HTTP. Por suerte para nosotros, en Symfony2 el proceso de personalizar las páginas de error es realmente sencillo e intuitivo.
Aunque el release de la versión final de Symfony2 haya sido retrasado, los chicos de SensioLabs (y toda la comunidad Symfony, por supuesto) siguen avanzando pasito a pasito para solucionar todos los bugs y cerrar toda la documentación, condiciones necesarias para terminar con la fase beta. Mientras tanto, nosotros los desarrolladores de a pie podemos aprovechar para ir familiarizándonos con los (considerables) cambios con respecto a la versión 1.4, aunque actualmente nos enfrentamos a una situación prácticamente inédita: la documentación existente todavía es escasa y no está actualizada (ni mucho menos traducida al castellano, para todos aquellos que no estéis a gusto con el inglés).
Como el título de este post indica, vamos a tratar una de las partes más potentes, y a su vez que más quebraderos de cabeza provoca del framework Symfony: el Routing. Aunque la definición en sí del Routing (mediante patrones de reglas y el uso de wildcards o variables) no ha cambiado (demasiado) con respecto a las versiones de Symfony 1.x, donde sí que han habido extensos cambios (y, en nuestra modesta opinión, para mucho mejor) es la forma de configurarlo, y es en estas novedades en las que nos vamos a centrar.
Este problema de la Barra Final (traducción mía del inglés Trailing Slash) en el sistema de routing del framework Symfony puede ser un auténtico quebradero de cabeza. Lo que ocurre es que el Symfony no entiende las urls con una barra ‘/’ al final como las mismas que sin la barra ‘/’, y por tanto nos manda a un error 404 que nos puede descolocar.
Además, sin tener un poco de «maestría» del funcionamiento del flujo interno del framework no es fácil de solucionar. Por ejemplo, a nosotros la primera vez que nos surgió este problema, la única solución que encontramos fue duplicar todas las entradas del routing del framework, con y sin barra (slash) ‘/’ final. Como os podéis imaginar no quedó para nada bonito ni mantenible.
Buscando por la web recursos del framework Symfony me he topado con Symfony-check.org, una web a modo de Checklist con un montón de trucos rápidos para el despliegue de un proyecto Symfony en producción. Lo mejor es que haciendo click en cada item éste se abre y nos proporciona toda la información que necesitamos al respecto, lo cual es útil ya que a veces resulta complicado encontrar un trozo de información específico en la extensísima documentación del framework Symfony.
En Febrero de este 2010 tuvimos la suerte de colaborar con la Asociación de Webmasters de Alicante (ADWA) en una conferencia: Frameworks ¿por qué usarlos?. Aquí esta el resumen de la conferencia de TUCAMON
Nos ha parecido oportuno retomar esta información ya que en su momento este blog aún no existía. Además parece que esta semana nos ha dado por hablar de frameworks y de Symfony vs CodeIgniter 😉
En el post anterior ya hablamos de la importancia de las decisiones tecnológicas. La elección del lenguaje servidor y su framework creemos que merecen una mención aparte. Como comentábamos la decisión de elegir el framework PHP fue una de las más delicadas de todas y que más tiempo nos llevó. Después de años de investigación, estudio, aprendizaje y uso hemos llegado a la conclusión de: ¿CodeIgniter o Symfony? ¿pastilla roja o azul?