Encuesta: ¿Qué versión de PHP estás usando actualmente?

Creo que a todos nos despierta muchas dudas e inseguridades tal fragmentación de versiones de PHP... que lo más interesante es que ya pasamos por una campaña mundial para motivar que todos migráramos a PHP5 y dejáramos atrás PHP4 (2007) y el resultado de esta campaña ya quedó obsoleto.

Versiones disponibles

Actualmente todas las versiones que nos podemos encontrar en el mercado: 

• PHP 5.4.*
• PHP 5.3.*
• PHP 5.2.*
• PHP 5.1.*
• PHP 5.0.*
• PHP 4.*

(veo la lista y es para asustarse)

Ahora bien, si prestamos atención, recientemente salió PHP5.4, que estimo será una versión difundida y ampliamente utilizada (según dicta la experiencia) dentro de 2 años. La versión 5.3, si bien ya tiene un poco más de 2 años (mediados 2009), está empezando a aparecer en los servidores de hosting y en las instalaciones más estables de GNU/Linux, pero está aún lejos de ser común ver esta versión, creo que en la actualidad lo más probable es encontrarnos con PHP 5.2.

¿Debemos hacer otra campaña de migración?

Por lo pronto creo que, o mejoramos la forma de actualizar PHP para que sea mucho más fácil y transparente, y no dependa de un empaquetado o una instalación / migración (sea una simple actualización que se pueda hacer "en el aire / on the fly"), vamos a tener que hacer OTRA campaña de "migración" (que como toda migración, esto significa sacrificio, costos, problemas, no hay migraciones indoloras, o no se llamarían migraciones), a por lo menos PHP 5.3 (principalmente por hacer el quiebre con los namespaces).

Encuesta

Así que hacemos una encuesta pública en el margen derecho del blog con la pregunta , ¿qué versión de PHP estás usando actualmente? ... usando realmente, no que quieras usar a futuro... y es algo que también nos determina y clasifica en nuestros conocimientos, ya que si no usamos PHP 5.3 en adelante, quiere decir que aún no empezaste a trabajar con namespaces (y se entiende, no todo el mundo puede tener su servidor propio, no siempre uno puede actualizar el servidor de producción, muchas veces se depende de un hosting externo y no siempre tendremos la última versión disponible).

Visto en perspectiva, es complicado actualizarse y aprovechar lo último que nos ofrece PHP, ya que la pregunta es inmediata... a cual versión? (no tiene sentido decir la última si no sabes cuando tendrás acceso a la misma para probar todas sus características)


Qué uso?

Me estoy moviendo en dos versiones, PHP 5.2.* y PHP 5.3.* y haciendo pruebas con PHP 5.4. Particularmente, por un tema de "sistemas legados" y complejidad de actualización de servidores en producción, mayormente los sistemas están sin namespaces (5.2) y los sistemas nuevos se están desarrollando con namespaces (5.3).


Veremos cómo resulta la encuesta, a ver si está dentro de los parámetros que espero: creo que un buen grupo estará en PHP 5.2, muy tibio 5.3, pero la mayoría de 5.1 para abajo... espero equivocarme ;-)

Saludos! ;-)

[SURFORCE] Nuevo Curso: Actualización POO para nueva versión PHP 5.3 !!!

Estimados todos, estamos organizándonos para iniciar el nuevo período de cursos para el lunes próximo, como siempre, todos cursos relacionados con PHP en particular y POO en general.

Como novedad, iniciamos un curso nuevo, dirigido a todos los alumnos que ya han cursado POO para PHP5 o leído el libro de POO, nos actualizaremos a todas las mejoras de PHP 5.3, particularmente, con el nuevo uso de namespaces, que cambia sustancialmente el trabajo con objetos.

Toda la información en surforce.com

Saludos!

Pasar objetos por sesión

Como no es la primera vez que me lo han preguntado, y tampoco es la primera vez que veo esta duda en un foro, les agrego un ejemplo sobre el tema. ;-)

En sí, la única "complejidad técnica", más que nada asociada a la falta de experiencia en cómo trabaja PHP, es que debemos siempre requerir los fuentes de la clase del objeto en cuestión, y particularidad mediante, antes de iniciar la sesión.







No hace falta serializar los objetos, las sentencias de sesión ya se encargan de todo el trabajo, ante dudas de cómo trabaja, siempre el manual oficial.

Saludos!

Herramientas: compartir / comentar / publicar código de ejemplo via web

Para los que estamos regularmente respondiendo dudas de código y dando ejemplos, herramientas como Pastie son muy útiles gracias a lo "independiente" de la plataforma. Bien podemos enviar el enlace al código, o directamente "embeberlo" en un post:



Y lo bueno es que puedes colorear la sintaxis según el lenguaje que sea, respeta la indentación, etc... muy práctico! ;-)

Ejemplo de composición: Factura y detalle de factura

Este es un ejemplo publicado a partir de la duda de un usuario, y como son preguntas que se hacen reiteradamente, les dejo el ejemplo aquí (cualquier duda la discutimos en los comentarios de este post):

La relación debería ser "composición" (no tiene sentido la existencia de "detalle" sin la relación con factura, por lo tanto es una "relación de vida" entre ambas clases) y el diagrama UML sería el siguiente:



y la traducción a código sería:

Factura.php

Código PHP:

require_once 'FacturaDetalle.php';

class Factura 
{
   private $_colDetalle = array();

   public function addDetalle(FacturaDetalle $detalle)
   {
      $this->_colDetalle[] = $detalle;
   }
} 

FacturaDetalle.php

Código PHP:

class FacturaDetalle 
{
   /** código de la clase **/ 
} 

Forma de uso: index.php

Código PHP:

require_once 'Factura.php';
require_once 'FacturaDetalle.php';

abstract Index
{
   public static function main()
   {
      $factura = new Factura();

      // Agrego 4 detalles a la factura

      $factura->addDetalle(new FacturaDetalle());
      $factura->addDetalle(new FacturaDetalle());
      $factura->addDetalle(new FacturaDetalle());
      $factura->addDetalle(new FacturaDetalle());
   }
}
Index::main(); 

Más información sobre el tema de diagramas y traducción de relaciones

Saludos!

Ejecución de scripts en modalidad "batch" y validar sintaxis

Muchas veces necesitamos correr procesos "batch" que se ejecutarán a determinada hora desde un cron (unix/linux) y no tienen ningún tipo de interacción con el usuario, a lo sumo, generarán un reporte de resultados del proceso en un log. Este tipo de procesos pueden ser tan variados como respaldos, transferencias de datos entre sistemas, envío masivo de mails a la base de usuarios, etc.

Por ejemplo:


30 13 * * *  enrique php /var/www/batch/sincronizarBases.php &>/dev/null

Aquí se ve la ejecución para el usuario enrique, el cual llegada las 13:30 hs ejecutará el comando php /var/www/batch/sincronizarBases.php y toda la salida de mensajes internamente será redireccionada a un archivo de log.

También se puede evitar tener que llamar desde consola el comando php y decirle internamente que el ejecutable es el binario de php, además de tener que darle permisos de ejecución al archivo en cuestión (chmod +x ), por lo que la invocación quedaría así (sin la invocación de php):

 30 13 * * *  enrique /var/www/batch/sincronizarBases.php &>/dev/null

y la primera línea de nuestro scripts debería ser:

#!/usr/bin/php -q

// código fuente

Bien podríamos usar otro tipo de lenguaje o simple scripting bash, pero tener todo un sistema desarrollado en PHP permite luego reusar componentes o clases dentro de estos scripts "batch", así que bien podemos seguir usando nuestro lenguaje base de desarrollo.

Como último detalle que quería comentarles, es que amén que siempre hay que probar todo en consola antes de agregarlo al crontab, sucede que si bien sabemos que funciona todo correctamente, a veces tenemos que hacer modificaciones al scripts y que probablemente luego no nos tomamos el trabajo de volver a revisar nuevamente. Para estas situaciones les dejo un pequeño "tips" que puede ser de ayuda con errores básicos que nos pueden suceder sin darnos cuenta:

Luego de editar nuestro fuente, podemos verificar la sintaxis básica del código, evitando por lo menos no cometer un error en algun ";" o similar (obviamente, esto no asegura que no hayamos cometido un error de lógica):

php -l sincronizarBases.php


No syntax errors detected in sincronizarBases.php

En caso contrario

Parse error: syntax error, unexpected T_INCLUDE in sincronizarBases.php on line 33
Errors parsing sincronizarBases.php 


Espero que les sea de utilidad ;-)

¿tienen alguna sugerencia más o experiencias en estos temas que quieran compartir?

[screencast] Cómo usar Zend Framework en Netbeans 6.9

Hace un buen tiempo que vengo usando Netbeans como IDE "todo terreno", tanto para PHP5 puro como para desarrollar bajo Zend Framework. Si bien usar Zend bajo Netbeans no aportaba ninguna ayuda especial, es muy bienvenido que lo hayan incorporado ahora con la nueva versión (ya puedes bajar la versión 6.9 Beta, en pocos días ya estará la versión final).

Aquí una explicación de los primeros pasos para sacarle el máximo de provecho:



¿y tú, ya lo probaste? ;-)

[SVN] Resolución de conflictos usando un IDE (Netbeans)

Dicen que una imagen vale más que mil palabras, así que me pareció bueno mostrarles algo que es relativamente "común" que suceda en un proyecto, y es, que existan conflictos entre las modificaciones de uno o más desarrolladores, muchas veces por modificar las mismas líneas de código en el mismo lapso de tiempo.

Los sistemas de versionado, si bien se encargan de mantener sincronizado un proyecto donde pueden trabajar muchas personas, en determinados casos no puede hacer "magia" y cuando se dan los conflictos (porque no sabe qué líneas deben quedar como definitivas) nos deja a nosotros la responsabilidad de decidir qué hacer.

En este caso veremos cómo luego de trabajar sobre un fuente, al intentar hacer un commit el IDE (en este caso Netbeans for PHP) me avisa que ya existieron cambios en el repositorio SVN, y que luego de hacer mi actualización local (update) me reporta que hay "conflictos" con los cambios.

Por lo general, usemos o no un IDE, ocurrirá lo siguiente:

• nuestro fuente quedará marcado en las líneas que ocurrieron el conflicto (por lo tanto si estamos ejecutando este fuente, ahora dejará de funcionar y dará error de sintaxis)

• y 3 archivos más, con la información de las líneas del problema (.mine, .r198 y .r241, estos últimos hacen referencia a las líneas del conflicto).

 En el caso de Netbeans (aunque en Eclipse es muy similar), nos posicionamos sobre el fuente en cuestión, botón derecho, Subversion > Resolve Conflicts... y nos desplegará la siguiente interfaz

Mostrando en la parte superior ambos archivos, la versión local (izq) y la versión remota (der), y sobre cada una de ellas hay un botón de "Aceptar" para que nosotros decidamos cual de las dos se queda (descartando la opuesta) y podremos ver cómo va quedando la versión final en la parte inferior central.

Aquí podemos visualizar cómo se vería si aceptáramos la versión del lado derecho (versión remota)

Al finalizar de responder cual versión del conflicto queremos dejar nos preguntará si queremos finalmente salvar todos los cambios y marcar el archivo como "resuelto".

Y conflicto solucionado, ahora podemos seguir adelante, no sin antes volver a charlar con el equipo de desarrollo para tratar de evitar estos problemas a futuro.

Saludos! ;-)

PHP Namespace Support in NetBeans IDE 6.8

Interesante cómo va creciendo poco a poco las funcionalidades de Netbeans para PHP y cómo ya se asoma el soporte de PHP 5.3, como así también soporte para diversos frameworks PHP. Para tener en cuenta ;-)

Video de la charla: "Introducción a POO / UML / PHP5"

Lo prometido es deuda ;-). Ya se encuentran disponibles los videos de todas las charlas que hicimos a través del Grupo PHP Argentina el Sábado 6/Marzo en el Hotel Las Naciones, Corrientes 818 1º, Capital Federal.

No más palabras, aquí la charla (sí, casi no se me veía, luego se corrigió en las demás charlas ;-))

Presentación

Quiero aclarar algunos detalles sobre el contexto de la charla, ya que recibí algunas críticas (que las acepto):

• Estaba saliendo de una gripe, por lo que me era difícil hablar mucho tiempo sin parar de toser, pero bien pude hacerlo, aunque al final de la charla me vino un ataque de tos por espacio de 5 minutos ;-)
• Razón por lo que la charla fue rápida y casi sin pausa (que generalmente es todo lo contrario, me gusta interactuar y que me interrumpan), ya que no sabía si iba a tener que suspenderla (cosa que no sucedió).
• Trato de ser "duro" para generar polémica y que posteriormente se hable de estos temas fuera de la charla misma, algo que creo sucedió ya que recibí muchos comentarios sobre el tema ;-)
• Estoy hablando particularmente de PHP 5.2, esta charla cambiaría si estábamos hablando de 5.3
• No quiero decir que los autoloads no sirvan para nada, simplemente que prefiero que los desarrolladores se acostumbren a medir las consecuencias de relacionar las clases, y que si hacemos todo "automático", muchas veces ayudados con los autoloads, nuestro sistema saldrá muy perjudicado. Las relaciones se planifican antes y durante el desarrollo del sistema, no es "porque la tengo disponible, la uso"... así no se hacen sistemas POO.
• De todas formas, prefiero dar charlas concretas, directas y breves, y que el auditorio quede con ganas de más a que se aburran o saturen. Además, éramos varios oradores y no sabíamos si nos daba el tiempo para todos (varias razones para suspender mi segunda charla).

Espero todos sus comentarios, dudas o críticas ;-)