Me gustaría conocer cuales son las nuevas features de esta release, pero en la web del autor solo aparece este comentario:
“It has been a while since the last release of Xataface so I have released a bug fix release that includes all of the small changes that have accumulated over the past several months. This version includes better support for PHP 5.3 and fixes a lot of the small bugs and annoyances that have been pointed out in the forum.

There shouldn’t be any problem upgrading from 1.2.x as there aren’t any major changes here. Just stability improvements for the most part.”

Aprovechando el post, para todo aquel que tenga curiosidad por el funcionamiento de esta herramienta, describiré la instalación rapidamente:

• Descargamos la última release desde sourceforge
• Damos permisos de escritura al directorio dataface/Dataface/templates_c para almacenar las plantillas compiladas
• Verificamos que la instalación es correcta vía url http://tudominio.com/path/to/dataface/dataface_info.php
• Ahora relacionamos la base de datos con xataface (es el momento de crear tu base de datos si no lo has hecho todavía)
• Ejecuta el binario makesite que se encuentra en el directorio dataface:
  Uso: makesite: ./makesite app_path user:password@hostname/db_name dataface_url
  donde
  app_path -> Ruta absoluta o relativa al directorio donde se encuentra la aplicación
  user -> Usuario de mysql
  password -> Password de mysql
  hostname -> Nombre del host donde está la base de datos.
  db_name -> Nombre de la base de datos.
  dataface_url -> Url donde has instalado xataface

Por ejemplo:

makesite ../Crm root:password@localhost/Crm /dataface

./makesite ../Crm \root@localhost/Crm \http://localhost/tu_directorio/dataface

¿Facil verdad?

Haiping Zhao, del equipo de ingenieros de Facebook, publicó hoy un artículo comentando que Facebook había optado por PHP por considerarlo un lenguaje simple de aprender, simple de escribir, simple de leer y simple de debuguear, pero que al mismo tiempo estaban conscientes de que en comparación con C++ o Java corría más lento y consumía más procesador. Paralelamente, por estar basado en C es posible traducir casi completamente cualquier script de PHP a C++, ya sea mediante reescritura de funciones o generando extensiones como las de PECL.

Con la ayuda de Iain Proctor y Minghui Yang conformaron un equipo de desarrollo que terminó creando HipHop, algo que no es acelerador ni compilador, sino más bien un convertidor de código, que transforma scripts PHP a C++ y luego compila el C++ usando g++. Hay dos maneras de manejar esto: trabajando con los scripts compilados o bien usando HPHPi, un intérprete experimental que permite trabajar con HipHop tal como si se estuviera programando en PHP tradicional, para que no sea necesario compilar antes de correr el script. Aquí entre nos, me gustaría entender por qué es necesario HPHPi, si bastaría correr el script sin usar HipHop.

Actualmente Facebook dice que el 90% de los scripts que están corriendo pasa por HipHop, y que gracias a eso ahorran algo así como el 50% del uso de CPU. Menos uso de CPU significa menos servidores o la capacidad de crecer al doble con un mismo presupuesto. Considerando que cada uno de los 400.000 millones de pageviews mensuales que registra el sitio conlleva una serie de cálculos y algoritmos complejos,  ahorrarse la mitad de la carga implica una gran diferencia en dinero.

Proceso de transformacion HipHop

El código de HipHop será puesto disponible para descarga, pero por su descripción no es algo que se puede instalar como si nada en los actuales servidores. Hará falta un largo periodo de adaptación antes de poder pronunciarnos sobre el comportamiento real. No es que pongamos en duda la palabra de Facebook, pero lo que funciona de una manera en su layout no necesariamente funcionará igual en el nuestro

he encontrado la mejor manera de integrarles un módulo de reporting sin la necesidad de meter Java y Tomcat a través de Jasper Reports.

El motivo de evitar a toda costa meter Jasper Reports es que considero que es:

- Un gasto extra de hosting para mi cliente.

- Mezclar dos tecnologías php y j2ee cuando se puede evitar

- Cierta desconfianza en el aire sobre los tiempos de generación de informes.

- Posibles problemas de integración a la hora de querer montar informes al vuelo.

Por este motivo he seguido buscando y he encontrado una herramienta denominada Agata Report, open source y basada en php. Parece que es justo lo que busco y una gran alternativa a la solución Java.

Ya os comentaré los resultados.

- Performance versus memory usage
-Lambda functions, closures and PHAR

Tendremos que esperar a PHP 6 para encontrar grandes cambios.

Esto me recuerda, como las empresas que adquieren o desarrollan software con php, tienen que migrar sus aplicaciones cuando dejan de dar soporte a antiguas versiones, como ocurrió el año 2008 con php4.
Muchas empresas tuvieron que migrar sus aplicaciones de php4 a php5.
¿Como valoraís estas migraciones?
¿Cual creeís que debe ser el tiempo que se debe dar soporte a una versión de un lenguaje de programación “gratuito”? ¿Debería de diferir del soporte de un lenguaje que te cobra licencias?
Imagino que si aportas a la comunidad, en este caso de php donaciones, y te encuentras en un caso como este, te pueden crear parches pero, ¿alguien sabe cuanto cuesta esto?

Gracias por vuestros comentarios