Desde hace algunos años el driver que se facilita en los paquetes de PHP por defecto está considerado deprecated y no se aconseja su uso. Sobre todo desde que fue publicada la última versión: SQL Server 2005. En su lugar, por suerte, disponemos del driver php_sqlsrv. Una extensión creada desde Microsoft con la que podemos aprovechar de una forma mucho más avanzada este espléndido motor de bases de datos.
Generalmente, se suele decir que un CMS tiene una mala gestión de consultas sobre la base de datos, que abusa de ellas o que hace chapuzas. Soluciones en WordPress que, a veces, pueden ser ciertas. Pero esas afirmaciones también pueden radicar en un desconocimiento técnico sobre cómo funciona realmente la herramienta y qué cuidados requiere.
Es posible que en alguna situación concreta necesitemos hacer una consulta del tipo select count en PHP. Algo que es especialmente útil cuando queremos hacer listados con consultas que tienen muchos elementos; como joins, condiciones, where, orders o similares. También es posible que lo que quieras sea realizar en el sitio web sea una paginación. En este caso, además de realizar las consultas correspondientes, será necesario que posteriormente te asegures de cachear cada una de ellas.
En ocasiones es posible que necesitemos optimizar ciertas consultas SQL. Otras, simplemente, hacer querys algo complejas; incluso es posible que tengamos que lidiar con el código DQL para generar una determinada query. Y en la gran mayoría de las ocasiones, estas acciones pueden llevarnos demasiado tiempo. Para evitarlo, contamos con la posibilidad de ejecutar código nativo desde Doctrine. En este caso, SQL nativo en Doctrine.
La internacionalización resulta algo crítico hoy en día para los medios de comunicación online. Básicamente, porque se basan mayormente en aplicaciones web. La plataforma CMS más usada en internet es sin duda WordPress, aplicación web que desde hace años cuenta con soporte i18n para sus themes y funciones internas. Y el problema siempre ha estado en la i18n del contenido. Aunque muchos nos basábamos en filtrar por un tag determinado que representase la cultura del post o página que el usuario solicitase, las cosas han evolucionado considerablemente. Gracias a la dedicación e innovación de algunos profesionales en el sector de las traducciones online, en este momento contamos con herramientas como WPML.
Desde hace ya unos cuantos años, en el desarrollo de aplicaciones web se tiende a utilizar herramientas que contribuyen no a que trabajemos más rápido, sino más ágil. Como es el caso de desarrollo con Symfony o Doctrine, entre otras. Ya no tiene sentido contar con grandes equipos de desarrollo. De hecho, el nivel de productividad de un equipo formado por programadores y analistas suele verse afectado negativamente cuanta más cantidad de personas estén involucradas en el proyecto.
No es la primera vez y, lamentablemente, no será la última que hablamos de la importancia de utilizar las últimas versiones estables. Tanto de lenguajes de programación, como de gestores de contenido e incluso servidores. Mantener el sistema actualizado es le mejor forma de protegernos ante un posible ciberataque; ya que, por norma general, estos intentan explotar las vulnerabilidades. Y, los fallos de seguridad se solucionan con parches o mediante actualizaciones. Así que, si no cuentas con la última versión de PHP, estás tardando y mucho. Migrar de PHP nos aporta muchísimas ventajas que no deberíamos dejar en el olvido.
¿Eres programador PHP? Entonces deberías actualizarte a la nueva versión de PHP y aprovecharte de sus mejoras. Con PHP 5.3, el mismo código en PHP 5.3 se ejecuta un 50% más rápido que un código escrito en PHP 5.2. Unido a la mejora del rendimiento unido a la mejora en cuanto seguridad es lo que debería motivar a cualquier desarrollador PHP a actualizarse a la nueva versión. Además, pueden surgir problemas en el código escrito en versiones anteriores.
En ocasiones es posible que, al crear una tarea que debería ejecutarse desde línea de comandos en una aplicación que ha sido escrita con Symfony, necesitemos tomar algunos valores concretos del archivo de configuración. De esta forma, y haciéndolo a través de sfConfig, evitaremos hardcodear el código interno. Además de evitar todos los problemas que esto podría conllevar. Para poder hacerlo, necesitaremos especificar cuál es el nombre de la aplicación de la que queremos leer el archivo de configuración. En el caso de que no especifiquemos esta información, Symfony no será capaz de buscar los valores que necesita en ninguno de los archivos de configuración.
PHP-memcached es un sistema que permite almacenar datos en la memoria RAM para no tener que solicitar todos los datos a un servidor externo. Esta información puede solicitarse utilizando las librerías de los diferentes lenguajes de programación a través de cadenas hash. Así, no será necesario tener que buscar en la base de datos, ya que la todos los datos necesarios estarán disponibles en esta memoria. De esta forma, las solicitudes se sirven en un período de tiempo mucho menor que si los datos tuvieran que solicitarse a otro agente.
SwiftMailer es probablemente una de las mejores librerías para enviar correos mediante SMTP y sendmail que existe en estos momentos para PHP. Escrita en 2005 por Fabien Potencier, CEO de Sensio Labs y Lead developer del framework Symfony para PHP, inicialmente, SwiftMailer formaba parte de un proyecto académico. Un desarrollo que posibilitaba el envío de correos electrónicos al recurrir al protocolo SMTP (Simple Mail Transfer Protocol). Desde entonces, la librería ha estado en continua evolución, hasta llegar a convertirse en la biblioteca de complementos que conocemos en la actualidad.
Puede que en algún momento de nuestras apasionantes vidas como desarrolladores web nos interese extraer el contenido de cada uno de los elementos de una lista HTML. Algo que habitualmente suele ir encabezado por <li>,<option> o similares. También puede que queramos almacenar esa información en un array que nos permita utilizarlos a lo largo de nuestra aplicación en cualquier otro momento.
Es habitual que cada vez que desarrollamos con PHP como lenguaje de programación hagamos uso de la librería cURL para poder hacer peticiones de tipo HTTP POST. Y a su vez, en cada uno de estos intentos, también es muy común que se produzcan algunos errores en la conexión. Como ejemplo de ello, podemos encontrarnos algunos errores cuando tratemos de mostrar las cabeceras de respuesta. Algo similar a esto: «HTTP/1.1 417 Expectation Failed Connection: close Content-Length: 0«. Este error se produce cuando la solicitud de HTTP POST no puede procesarse. Esto, generalmente, se debe a que la sintaxis bien de PHP o bien de cURL, o incluso la sintaxis de ambas, no es correcta.
Los desarrolladores familiarizados con Symfony seguro que conocerán la clase sfWidgetFormChoice. Este widget se encarga de estandarizar y agrupar todas las variantes en un mismo lugar. Así, una misma selección puede mostrar diferentes formas, y también permite definir una representación propia para la elección. La peculiaridad de sfWidgetFormChoice es que delega la responsabilidad de sus contenidos a otros widgets; pero, además, nos permite crear un campo HTML seleccionable de una forma muy cómoda. Entre las diferentes opciones que nos proporciona esta clase se encuentran las clases tipo select, radio, checkbox y list.
Es muy habitual que cuando nos iniciamos en el mundo de la programación, nos acostumbremos a hacerlo siguiendo un determinado patrón. En estos casos, cuando nos toca trabajar con otro lenguaje diferente nos sentimos raros. Por ejemplo, si estás habituado a programar en MVC, tener que realizar tareas en otro código puede resultarte incómodo. Pero, además, tener que utilizar un código con el que no estás familiarizado puede tener consecuencias en el propio proyecto. Esto puede llevarnos, por ejemplo, a hardcodear el código HTML de una aplicación. Una práctica demasiado común cuando no se conoce bien el código que, además nada cómodo, dará como resultado un código poco limpio.