456 subscripciones por RSS o por E-mail

Comparación de la performance de 3 Frameworks

En el blog del sitio de los Avnet Labs publicó una muy necesitada comparación de la performance de 3 de los frameworks PHP más populares hoy en día: CakePHP, CodeIgniter y Zend Framework. Sólo se midió la cantidad de solicitudes por segundo que cada uno podía atender bajo determinadas circunstancias, y aunque ese no es un criterio absoluto para medir su performance, sí ilumina un poco más la muchas veces subjetiva información disponible al respecto.

Las pruebas se realizaron en una AMD Sempron de 1.8 GHz con 512 Mb de RAM corriendo Ubuntu 7.10 "Gutsy Gibbon", usando la herramienta httperf para medir la performance de un servidor web. También se incluyeron, como referencia, mediciones usando sólo páginas HTML estáticas y con código PHP procedural "spaghetti" (código mezclado con HTML).

Los resultados fueron, en orden de mérito:

  • Sin caché de código PHP y con su propio ORM:
    1. CodeIgniter
    2. Zend Framework
    3. CakePHP
  • Con caché de código PHP eAccelerator:
    1. CodeIgniter
    2. Zend Framework
    3. CakePHP
  • Con caché de código PHP APC:
    1. CodeIgniter
    2. Zend Framework
    3. CakePHP
  • Con caché de código PHP APC y sin ORM:
    1. CodeIgniter
    2. Zend Framework
  • Con caché de código PHP APC y sin accesos a la BBDD:
    1. CodeIgniter
    2. Zend Framework

ZFRails 0.0.1

ZFRails (Zend Frameworks on Rails) es una nuevísima iniciativa para hacer que el también reciente Zend Framework "sea aún más fácil para trabajar". Y para hacer eso, ZFRails quiere desarrollar una plataforma similar a la de Ruby on Rails, pero en PHP, y usando el Zend Framework. Su versión 0.0.1 actual ya cuenta con un script con la función de dispatcher, así como también scripts para la creación y la remoción de controladores y modelos.

Las próximas versiones de ZFRails promenten incluir:

  • Creación de Scaffolds.
  • Creación de nuevos Plugins/Clases.
  • Mejor integración con Ajax (creación de clases especiales para Ajax).

PHP++: ¿El verdadero contendiente de Ruby on Rails?

Ahora que ya asumimos que nunca seremos Rails, es gratificante saber, si todavía estamos aferrados a PHP por cualquier motivo, que algunas mentes siguen pensando cuál sería la mejor manera de obtener satisfacción equivalente a la del framework hecho en Ruby en el lenguaje de Zend. De todas las alternativas propuestas, esta sin duda merece un poco de nuestra atención:

La idea detrás de PHP++, sugiere su autor, no es crear un framework que imite las funcionalidades de Rails en PHP (eso ya está demostrado que es imposible), sino ir en dirección contraria: Tomar el lenguaje de base y "limpiarlo" y mejorarlo usando un simple pre-procesador (PHP++) que arroje código PHP común y corriente.

PHP++ agregaría extensiones al lenguaje que se encargarían de "escapar" las sentencias SQL, alternar entre varias bases de datos fácilmente, entre otras cosas. Un ejemplo de su sintaxis sería similar al de las extenciones C++ de Qt:


Ruby on Rails atenta contra Java, pero falla y mata a PHP

Parece que Rails quiere atentar contra Java, pero me temo que sería a PHP (y a Perl). Yo empezaría preocuparme porque Ruby on Rails acabe con Java cuando PHP se haya extinguido por causa de este framework, y por lo de ahora no veo que esto suceda.


Por qué nunca seremos Rails (Parte 1)

Y después del explosivo éxito que el año pasado tuvo Rails como framework para el desarrollo web, todo el mundo PHP quiere llevar esa misma magia al lenguaje más popular en los servidores de Internet. Desde la mismísima Zend para abajo, todos quieren ser el próximo Rails. Pero ¿es ésta una tarea en la que PHP puede triunfar?