Ayer 15 de abril tuvimos el honor de ser invitados a impartir una conferencia / charla entre el nuevo grupo de usuarios de PHP en Alicante. Eran las primeras jornadas que el grupo realizada y se impartieron dos conferencias. Enhorabuena a Raúl Fraile y Manuel L. Jurado por crear este tipo de eventos #alicantephp.
En este post resumiremos un poco las jornadas y contaremos las utilidades PHP que se comentaron así como en qué proyectos fueron utilizadas.
A pesar de los tiempos que corren, muchas veces nos encontramos con gestores/servidores de correo que no interpretan bien los correos en formato HTML o directamente no lo interpretan, estos servidores suelen tratarse de algunos gestores de correos de nuestros hostings (webmail) o algunos especiales para utilizarlos con nuestros móviles o simplemente hotm*** 😛 .
Bueno esto tiene fácil solución (pensamos) se envía en texto plano y listo, pero al ver con que cara vas a tu diseñador/maquetador que se ha currado una plantilla para enviar tanto correos corporativos cómo de marketing y le dices que vas a pasar de su diseño… para evitar que nos coman vamos a intentar dejar a todo el mundo contento.
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.
Optimizar un código es hacerlo más eficiente, es decir (a grandes rasgos) que se ejecute más rápidamente. Realmente, sea cual sea el lenguaje de programación que utilicemos, el 90% (o incluso más) del rendimiento de nuestro código va a depender de cómo hayamos diseñado la lógica del mismo. Sin embargo, en prácticamente todos los lenguajes de programación existen varias formas de lograr los mismos resultados, y pocos son en los que no hay una que es más eficiente que las demás. El lenguaje PHP, en el que nosotros nos vamos a centrar, no es una excepción.
El objetivo es el siguiente: realizar una captura de un MovieClip cualquiera y almacenarla en un archivo jpg en el servidor. Aunque se trata de una tarea sencilla en Flash utilizando ActionScript 3, sí tiene cierta complejidad al requerir librerias externas y comunicación cliente-servidor.