La idea es que uno pueda comenzar a programar sus sitios en PHP y probarlos sin necesidad de un típico servidor web adicional como Apache.

PHP por sí sólo incluye todo lo necesario para programar un servidor web básico que pueda ser lanzado desde la consola, y para demostrar el concepto ya de publicó el parche de una implementación inicial.

Dicho parche agrega la opción -S a la versión CLI de PHP que inicia el servidor web en la dirección indicada a continuación, de esta manera:

# php -S localhost:8000

Después de ejecutar el comando anterior se verá un mensaje como el siguiente indicando que el servidor está listo para responder:

Server is listening on localhost:8000... Press CTRL-C to quit.

¡Esperemos que esta idea llegue pronto a la versión oficial de PHP!

Publicado en VivaPHP!, archivado en Software.

Desgraciadamente disponible sólo en inglés y todavía sin subtítulos en nuestro idioma (¿algún samaritano bilingüe por allí?), este video es un clásico ejemplo del nuevo género musical conocido como Nerdcore cercano al lenguaje que tanto amamos odiar.

Publicado en VivaPHP!, archivado en Artículos y etiquetado como Ouch! y Video.

Unos ingenieros españoles desarrollaron una extensión para Android que permite crear programas para los teléfonos inteligentes que usen ese sistema operativo de Google usando nuestro querido lenguaje para la web.

Para hacerlo posible, el proyecto de PHP for Android hace uso del Scripting Layer for Android (SL4A), una capa de software que permite a lenguajes de scripting (como Python, Perl, Lua, etc.) acceder a los recursos de un dispositivo Android, como el módulo de Bluetooth y los objetos de la GUI. El SL4A debe ser instalado antes de poder ejecutar un programa escrito con PHP for Android, lo que en sí es un procedimiento bastante fácil, como se demuestra en este video.

Además de un entorno de ejecución, el SL4A también ofrece su propio editor, lo que permite modificar los programas de PHP en el mismo teléfono.

Publicado en VivaPHP!, archivado en Software y etiquetado como Android y Links.

Los desarrolladores del Zend Framework quieren aplacar un poco la polémica sobre la sintaxis de los nombres de todos sus componentes llamando a sus usuarios a participar de esta encuesta para definir ese asunto de una vez por todas.

Las dos opciones son sencillas: mantener los acrónimos en mayúsculas (ACRONYM Casing) o tratar de imponer las mayúsculas mezcladas (MixedCasing). El primero sería el caso para, por ejemplo, XML_RPC (en lugar de XmlRpc) y el segundo, por ejemplo, para HTTP_Client. Una cuestión de gustos, pero algo que ha dado quebraderos de cabeza a más de un desarrollador.

Los resultados de esta encuesta podrían afectar la sintáxis usada en la próxima versión 2.0 de este framework.

Publicado en VivaPHP!, archivado en Frameworks y etiquetado como Zend Framework.

El anuncio dice que el parche está en el directorio sapi/fpm del árbol del código fuente de los más recientes "snaps" de PHP 5.3 para quienes quieran compilarlo a mano. También, por lo menos las distribuciones de GNU/Linux más actualizadas como Gentoo, ya están comenzando a incluirlo en sus paquetes binarios.

Como dijimos antes, parche de PHP-FPM para PHP se encarga de iniciar, detener y reiniciar los procesos de FastCGI según sea necesario, lo que lo hace muy atractivo, por ejemplo, para poder usarlo en sitios de enormes cargas con servidores muy eficientes como Nginx o Lighttpd.

Publicado en VivaPHP!, archivado en Software y etiquetado como PHP5.

PHP Fog es lo que muchos estábamos esperando: un tipo de Heroku para PHP. Heroku es una innovadora Plataforma como un Servicio (PaaS) para el hospedaje de aplicaciones Ruby on Rails (más de 60.000 instaladas desde el 2007), que ofrece recursos elásticos, administración asistida y despliegue con un simple comando git push.

PHP Fog también soporta Git para la rápida instalación y actualización de aplicaciones en su nube computacional y además dice que se encargará del mantenimiento de las bases de datos, el escalamiento y otras tareas de administración. También promete que uno "pagará únicamente por lo que use", aunque por el momento sólo está disponible en una etapa de Beta privada.

Quizás la única alternativa comparable disponible en este momento sea el Windows Azure de Microsoft, que publicó su SDK para PHP el año pasado.

Publicado en VivaPHP!, archivado en Negocios y etiquetado como Git y Hosting.

Desde Mayo del 2009 hasta este mes de Mayo del 2010, las estadísticas de acceso de PHPClasses discriminadas por navegadores dicen que el uso de Google Chrome aumentó casi un 10%, a detrimento de Internet Explorer y Firefox, que cayeron en la preferencia de los desarrolladores un 4,9% y un 4,5% respectivamente.

La preferencia en los sistemas operativos también tuvo un cambio en los últimos 12 meses: Aunque Windows sigue arrasando con más del 80% de los escritorios de los desarrolladores, su uso fué el único que cayó (un 1,7%), mientras que el de Linux creció un 0,9% llevando la participación del sistema operativo libre a casi un 10% (9,6%).

Mac OS X también creció en popularidad entre los programadores, pero sólo un mucho más modesto 0,4%; llevando su participación total a un 7,4%.

Publicado en VivaPHP!, archivado en Eventos y etiquetado como Chrome y Windows.

El parche de PHP-FPM para el núcleo mismo de PHP se encarga de iniciar, detener y reiniciar los procesos de FastCGI según sea necesario, y por eso mismo sería muy atractivo, por ejemplo, para poder usar PHP con el muy eficiente servidor web Nginx. Esto también traería algunas ventajas sobre la alternativa típica de correr PHP como un módulo de Apache, entre ellas:

• Menor consumo de memoria.
• Más fácil administración de permisos.
• Si PHP se cae, Nginx puede continuar funcionando.

Si el parche es aceptado, activarlo sería tan fácil como compilar PHP con la opción --enable-fpm, lo que haría la vida de los administradores mucho más fácil a la hora de montar PHP sobre cualquier servidor que soporte FastCGI.

Publicado en VivaPHP!, archivado en Software y etiquetado como PHP5.

El proyecto de KDE anunció así la disponibilidad de la versión 4.0 estable de su principal entorno de desarrollo integrado (IDE) KDevelop, que tiene una importante novedad para todos los desarrolladores web: se trata de primer lanzamiento que incluye la primer versión de sus plugins para PHP.

Aunque KDevelop está diseñado para ser un excelente IDE de C++, el soporte para otros lenguajes de programación también está dentro de sus planes, y con esta nueva versión 4.0 confían en que esto sea más fácil que nunca antes, comenzando con PHP.

Gracias a estos plugins los errores de sintáxis son reportados a medidas que se escriben, proyectos completos son semánticamente analizados (incluyendo comentarios) para sugerir parámetros y valores de retorno y se ofrece un extenso auto-completado de código con sólido soporte de OOP. Además, KDevelop 4.0 soporta navegación contextual y resaltado sintáctico, integración con la documentación de PHP.net y "ganchos" con los plugins de QuickOpen y el navegador de clases.

Una buena colección de capturas de pantalla demostrado las anteriores características se encuentra por aquí. El código fuente de KDevelop 4.0 ya se encuentra en sus Mirrors, así que los paquetes binarios para las principales distribuciones de GNU/Linux y Windows no tardarán en aparecer.

Publicado en VivaPHP!, archivado en Software y etiquetado como KDE.

Uno de esos nuevos proyectos es phpreboot, literalmente un reboot de PHP que quiere mantener la filosofía original del lenguaje, pero actualizarlo para ponerlo más a tono con la web del 2010. Algunas de sus características completadas hasta ahora incluyen:

• Menos $ y menos ;, como en JavaScript.
• Soporte completo de Unicode (gracias a Java).
• Sintaxis compatible con SQL; JSON y XML literales.
• Incluye la base de datos embebible Derby y el servidor web Grizzly.
• Seguro por defecto: sin eval(), sin magic_quotes ni interpolación de cadenas de caracteres.

Y como un ejemplo vale mil palabras, aquí tenemos una consulta SQL usando variales comunes:

n = 3
a = select name from foo where id < $n
foreach(a as key: value) {
  echo "row: " + key + " name: " + value.name
}

Y así se vería el código HTML/XML mezclado con SQL:

<html>
 <body>
  <ol>
   {
     resultset = select * from foo
     foreach(resultset as value)
     {
       echo <li>$(value.name)</li>
     }
   }
  </ol>
 </body>
</html>

Más ejemplos de los que esperamos que se inspiren los desarrolladores oficiales de PHP por aquí.

Publicado en VivaPHP!, archivado en Software y etiquetado como Java y PHP6.

Rasmus Lerdorf, el mismísimo creador del lenguaje PHP que a finales del años pasado renunció a una muy cómoda posición en Yahoo!, está trabajando ahora en la pequeña "startup" WePay liderando el proyecto de su nueva API, que comenzará a hacerse disponible a un reducido grupo de desarrolladores este mismo verano (boreal).

WePay ofrece una plataforma para facilitar pagos realizados en grupos: los usuarios tienen el dinero en una cuenta dedicada que todos comparten, como sería el caso cuando es necesario juntar el dinero de varias personas para compartir gastos comunes. El servicio ha demostrado ser particularmente popular entre "fraternidades" de universidades, con el volumen de las transacciones realizadas aumentando un 50% cada semana.

El modelo de WePay es literalmente opuesto a otros sistemas tradicionales como PayPal, donde las transacciones son generalmente realizadas de 1-a-1. WePay pepara también otros servicios y hasta ahora a conseguido generosas rondas de inversión.

Publicado en VivaPHP!, archivado en Negocios y etiquetado como Rasmus Lerdorf.

El detonante de la última crisis en PHP6 es, irónicamente, una de sus más esperadas características: el soporte de Unicode, implementado con la librería ICU, que internamente usa UTF-16 para codificarlo todo, lo que significa que cualquier otra codificación usada en los scripts o los datos (generalmente UTF-8) deben convertirse a UTF-16 antes de ser usados. Para los usuarios esto trae además algunas incompatibilidades hacia atrás que requieren que el código se revise manualmente.

Esa implementación de Unicode ha probado ser difícil de completar y poco popular entre los mismos desarrolladores, lo que queda demostrado en el empantanamiento actual de la rama HEAD o trunk del desarrollo de PHP (correspondiente a su versión 6), que tampoco ha visto ninguna actividad importante durante este último verano.

Pero la gota que derramó el vaso fué que un sólo desarrollador, en un arranque de frustración, publicó un gran parche no autorizado en el repositorio de PHP creando además por su propia cuenta la nueva rama 5.4. Tal fué el revuelo que el mismísimo Rasmus Lerdorf tuvo que intervenir decidiéndose finalmente que el nuevo trunk en el repositorio SVN de PHP estará basado en la rama actual de su versión 5.3, donde se fusionarán las características del viejo trunk y junto con las nuevas.

En este momento es muy temprano para decir si la próxima versión de PHP será entonces llamada "5.4", o incluso "6.0". Pero lo seguro es que ahora todos los esfuerzos están puestos en hacer que PHP 5.3 sea la verdadera rama estable de PHP, y aunque aún no hay una fecha para el fin del soporte de la anterior v5.2, se considera que ahora hay un buen motivo más para comenzar a actualizarse a PHP 5.3.

Publicado en VivaPHP!, archivado en Eventos y etiquetado como Ouch!, PHP5 y PHP6.

"Microsoft trabajará ahora en concierto con el equipo de jQuery para acelerar la creación de nuevas caractaerísticas para hacer que crear aplicaciones web ricas en cualquier plataforma sea más rápido y fácil".

En la comunidad de jQuery el anuncio tuvo una buena acogida, revelando algunos datos interesantes más:

"Microsoft también distribuirá una versión actual de jQuery tanto con Visual Studio 2010 como con ASP .NET MVC, y también continuará hospedando las versiones de jQuery en el Microsoft CDN.

Por último, Microsoft ofrecerá recursos para asistir en las pruebas de calidad (QA) de jQuery en nuevos entornos para asegurar la estabilidad continua y la longevidad de la biblioteca".

Otras planeadas contribuciones de Microsoft incluyen áreas especificas de "mutuo interés" como: Templating, Script Loading y Data Binding.

Publicado en VivaPHP!, archivado en Negocios y etiquetado como Microsoft.

Después de 5 años de trabajo su principal desarrollador finalmente anunció así el lanzamiento de la versión 1.0 estable del framework para PHP5 Solar. Sus novedades son muy interesantes y las diapositivas de su presentación oficial en la conferecia ConFoo ya están disponibles. Sin embargo, mucho más interesante lo es la actitud de su autor, Paul M. Jones, que literalmente dice en su blog que "el futuro del Zend Framework es Solar".

Jones basa esa osada afirmación comparando las características planeadas para la próxima versión 2.0 del Zend Framework, tal como pueron publicadas en su wiki oficial, con las que ya están disponibles en su Solar 1.0. Las comparaciones son cuanto más llamativas, y lo suficientemente relevantes como para invitarnos a evaluar Solar aunque sea sólo para saciar nuestra curiosidad.

Publicado en VivaPHP!, archivado en Frameworks.

EllisLab Inc., los creadores de CodeIgniter, el único framework que llegó a ser alabado por el mismísimo Rasmus Lerdorf (creador de PHP), anunció grandes cambios en la elección de sus propias herramientas de desarrollo.

Primero que todo, y después de haber usado Subversion desde el 2005, EllisLab ahora se cambia al sistema concurrente de versiones distribuído (DCVS) escrito en Python Mercurial (Hg), hospedando el código que eventualmente se convertirá en CodeIgniter 2.0 en BitBucket (empresa que incluso tiene un plan de hospedaje gratuito y pagos desde U$S 5/mes). El proyecto de CodeIgniter en BitBucket ya tiene una buena cantidad de seguidores, y quizás más importante, ya hay 17 "forks" registrados en el mismo sitio, lo que sin duda es un buen indicio de la aceptación que está teniendo la adopción de Hg.

La decisión de optar por Hg aparentemente no se tomó a la ligera, y antes de seleccionarla EllisLab evaluó otros DCVS como Git, Bazaar, darcs, Monotone, Perforce, BitKeeper, etc. Eventualmente optaron por Mercurial por un pequeño margen sobre Git, porque sus desarrolladores lo "disfrutaron" más y porque podía "desaparecer" mejor de su flujo de trabajo.

Otro cambio importante fué también la mudanza hacia Assembla para la gestión online del desarrollo de todos los proyectos de EllisLab, usando las técnicas de Scrum para la administración del trabajo de sus desarrolladores, ubicados en 5 estados de EE.UU. y 4 países de Europa.

Publicado en VivaPHP!, archivado en Frameworks y etiquetado como CodeIgniter.

GrupoPHP, el mismo grupo de usuarios local que el mes pasado organizaron su Segunda PHP Meeting en la capital de nuestro país, ahora está invitando a todos a sus Primeras Charlas a llevarse a cabo el próximo 6 de Marzo a partir de las 9:30 hrs. en el Hotel Las Naciones de la ciudad de Buenos Aires. La asistencia al evento es (aparentemente) libre y gratuita, pero sí es necesario registarse antes.

En el evento se presentarán las siguientes disertaciones:

• Presentación del Grupo PHP
• Introducción a POO / UML / PHP5 (Enrique Place)
• Optimización y escalabilidad (Matías Montes)
• Desarrollo de aplicaciones en Facebook (Matías Paterlini)
• Introducción al Estándar de Codificación de Zend (Enrique Place)
• Lithium, framework PHP 5.3 que pega como piña (Mariano Iglesias)
• Cormo Framework ex ORMphp (Germán Peraferrer)

Uno de los objetivos principales de este nuevo grupo es afianzar los lazos de comunidad a través de frecuentes eventos como éste, además de promover su colaboración en sus propios foros, canal de chat, cuenta en Twitter y grupos en Facebook y LinkedIn.

Publicado en VivaPHP!, archivado en Eventos y etiquetado como Argentina.

SourceForge.net (SF), el todavía popular sitio para hospedar proyectos de cógido abierto, fué desde que se escribió en PHP allá por 1998 en ejemplo y caso de estudio de los enormes sitios que podían desarrollarse con ese lenguaje. Pero eso está por cambiar, tal como lo explicó Rick Copeland, ingeniero de software en SF, en su presentación en la reciente conferencia PyCon 2010 de Atlanta.

Como parte de la modernización de SF comenzada a mediados del año pasado, un equipo de programadores liderados por Mark Ramm (autor de TurboGears) comenzó a reescribir parte del front-end del sitio usando una versión personalizada de ese framework de Python, la base de datos orientada a documentos MongoDB y los templates de Jinga. El equipo ya había tenido una primera exitosa experiencia desarrollando otro sitio dedicado a la promoción de aplicaciones abiertas para Linux, Mac OS X y Windows llamado FOOSfor.us escrito con la misma combinación de herramientas.

Como parte de su migración, SF ya publicó el proyecto Ming, una capa de mapeado para base de datos para MongoDB escrita en Python, y al mismo tiempo promete que continuará migrando más de sus sitios a TurboGears 2, agregándoles más características y liberando más software como Open Source.

Publicado en VivaPHP!, archivado en Negocios y etiquetado como Python.

Zend Technologies publicó los resultados de una encuesta global realizada en Diciembre del año pasado a la comunidad de desarrolladores usuaria de su Zend Framework (ZF) para descubrir sus usos y costumbres a la hora de programar y desplegar aplicaciones escritas en PHP.

Los encuestados incluyeron desde consultores independientes hasta organizaciones con más de 5000 empleados, y aunque los resultados puedan parecer predeciblemente parciales a Zend, también son reveladores:

• 58% usa ZF en aplicaciones corporativas críticas; 16% lo usa en aplicaciones de nivel departamental.
• 85% usa Linux como su entorno de producción; 11% usa Windows y 2% usa Mac OS X para instalar sus aplicaciones.
• 42% usa Windows como su entorno de desarrollo; 38,5% usa Linux y 19,1% usa Mac OS X para programar sus aplicaciones.
• 70% usa Zend Studio o Eclipse con los PHP Development Tools (PDT); un increíble 18% usa Vim para escribir sus aplicaciones.

En resumen, podemos concluir que PHP continúa arraigándose en las empresas, y ya no necesariamente gracias a aplicaciones triviales. Y el hecho de que herramientas profesionalizadas como IDEs y frameworks se usen para ello es todo un signo de la madurez de sus desarrolladores. ¡Enhorabuena!

Publicado en VivaPHP!, archivado en Frameworks y etiquetado como Zend y Zend Framework.

Finalmente ya está disponible el video de la presentación oficial de HipHop for PHP realizada en los cuarteles generales de Facebook en Palo Alto, California, el día de ayer. Durante el acontecimiento se revelaron algunos datos muy interesantes del proyecto, como por ejemplo, que comenzaron a implementarlo en sus servidores de producción desde hace 6 meses, y que actualmente Facebook ya sirve un 90% de su contenido con HipHop.

También resumieron su necesidad para iniciar este proyecto en estos cuatro motivos:

1. PHP tiene un alto uso del CPU.
2. PHP tiene un alto consumo de memoria.
3. Querían reusar la lógica de PHP en otros sistemas.
4. Las extensiones son difíciles de escribir para la mayoría de los programadores de PHP.

Pero además de HipHop, también crearon HPHPi, que es un intérprete experimental diseñado para la etapa de desarrollo de nuevas funcionalidades para Facebook. Con HPHPi no es necesario compilar el código de PHP antes de ejecutarlo en HipHop, permitiendo de esta manera detectar errores prematuramente sin cambiar la forma en la que codifican con PHP.

Las más de 300.000 líneas de código y más de 5.000 Unit Tests de HipHop se publicarán en la cuenta de Facebook en Github, y su repositorio estará hospedado en la dirección github.com/facebook/hiphop-php, aunque al momento de escribir esto todavía no está disponible.

Publicado en VivaPHP!, archivado en Software y etiquetado como Facebook, HipHop y Video.

Por una vez los rumores resultaron ser ciertos y exactamente tal como se esperaba Facebook anunció hoy el lanzamiento de HipHop para PHP. Según el ingeniero Haiping Zhao, HipHop les permitió reducir el uso del CPU en sus servidores en un promedio del 50%, dependiendo de la página, resultando en un enorme impacto para todo el sitio de Facebook.

Aunque HipHop se estuvo desarrollándose durante los últimos 2 años, reconocen que todavía no está completo, y la calidad de su código actual puede considerarse como "Beta". Liberarlo bajo la misma licencia de PHP permitiría a su comunidad completar el trabajo, y al mismo tiempo ofrecer un nuevo enfoque a la hora de escalar sitios muy complejos.

¿Pero qué es exactamente HipHop? Según el mismo Zhao:

“HipHop no es técnicamente un compilador. En su lugar es un transformador de código. HipHop transforma tu código fuente PHP en un altamente optimizado código C++ y luego usa g++ (GNU C++) para compilarlo. HipHop ejecuta el código fuente en una manera semánticamente equivalente y sacrifica algunas características raramente usadas -como eval()- a cambio de una performance mejorada. HipHop incluye el transformador de código, una reimplementación del runtime de PHP y una re-escritura de varias extensiones de PHP comunes para aprovechar estas optimizaciones”.

Publicado en VivaPHP!, archivado en Software y etiquetado como Facebook y HipHop.