phpElegante

Calculando el número de apariciones de un color en una imagen paletizada usando GD.

2009-06-05T16:20:00.001+02:00

El último día de un mes en php5

2009-05-20T14:38:00.000+02:00

Mes anterior:
date_create(date('Ym01'))->modify('-1 day')

Este mes:
date_create(date('Ym01'))->modify('+1 month -1 day')

Un mes concreto mediante timestamp:
date_create(date('Ym01', $timestamp))->modify('+1 month -1 day')

Ejemplo de RPG 2D en phpmedia

2009-05-05T08:45:00.000+02:00

Aprovechando que hacía tiempo hice una prueba de minirpg en javascript, y luego un port en flash online y con chat (cliente+servidor en D) y que ya tenía los gráficos y las animaciones, he portado eso mismo a php usando phpmedia.

Los gráficos son de Tales of Eternia (juego que traducimos al español hace unos años). Con un filtro 2xsai o 2xeagle si no recuerdo mal. Los personajes que se usan en la demo son Reid y Farah. Mientras que el escenario (que todavía no está puesto ya que es solo una demo de colisiones), es el Dojo de Regulus.

Prueba de RPG 2D en phpmedia

Y llegaron los shaders...

2009-04-25T05:01:00.003+02:00

Ya se puede usar GLSL en phpmedia:

Ejemplo: http://phpelegante.googlepages.com/phpmedia_test_glsl.7z

error_reporting(E_ALL | E_STRICT);

Screen::title('Shader test');
$screen = Screen::init(800, 600);
$key = 'Keyboard';

$shader = new Shader("
uniform sampler2D image, mask;
uniform float step;
void main (void) {
gl_FragColor.rgb = texture2D(image, vec2(gl_TexCoord[0])).rgb;
gl_FragColor.a = texture2D(mask , vec2(gl_TexCoord[1])).r + step;
}
");

$mask = Bitmap::fromFile('mask.png');
$image = Bitmap::fromFile('file.jpg');
$arrows = Bitmap::fromFile('arrows.png');

$v = -1.0;

$timer = 0;

while (!$key::pressed($key::ESC)) {
if ($key::down($key::LEFT)) $v -= 0.03;
if ($key::down($key::RIGHT)) $v += 0.03;

Math::clamp($v, -1.0, 1.0);

$screen->blit($image, 0, 0, 1, 0, 1, $shader, array('mask' => $mask, 'step' => $v));
$screen->blit($arrows, 16, 16, 1, 0, 0.6 + abs(cos($timer / 64)) * 0.8);

$timer++;
Screen::frame();
}

Ejemplo de nave (mejorado)

2009-04-24T09:21:00.001+02:00

http://phpelegante.googlepages.com/nave_shoot.7z

Ejemplo de nave

2009-04-21T08:13:00.003+02:00

He hecho un pequeño ejemplo en phpmedia 2:

http://code.google.com/p/phpmedia/wiki/SampleNave

phpMedia 2.0

2009-04-20T05:13:00.011+02:00

Hace unos 5 años, hice una extensión para php que permitía hacer aplicaciones multimedia 2D. Por aquel entonces usaba PHP4 y Allegro. Todo el tema gráfico se hacía por software y no permitía conseguir un buen rendimiento. El API no era orientado a objetos y PHP4 estaba mucho más limitado que en la actualidad. El proyecto se alojaba en sourceforge aquí.

Hace un par de semanas, decidí que estaría bien revivir aquello, pero hacerlo mucho mejor: con una interfaz orientada a objetos para PHP5.3 y usando OpenGL con aceleración completa por hardware.

Establecí un proyecto en googlecode. Y me puse a idear el API que tendría. El objetivo es conseguir un API sencillo y útil. Que no sea totalmente versatil, pero que deje hacer bastantes cosas.
Hice un prototipo de interfaz en PHP, y un generador de documentación para googlecode.

Aunque no hice nada, ya tenía mas o menos pensada parte del API.
Esta tarde/noche, me he puesto con ello. Con unos resultados muy prometedores. He tenido muy pocos problemas y ha ido todo como esperaba o incluso mejor.

Como resultado he sacado una primera versión usable, para PHP5.3. En la página del proyecto está.

Lo que he hecho:

Soporte básico de teclado. Las teclas principales. Detectar pulsaciones o detectar si está pulsada o levantada la tecla.
Inicialización gráfica (ventana o pantalla completa)
Clase Bitmap (bastante avanzada). Permite crear nuevos bitmaps, cargar desde archivos o desde cadenas. Permite hacer recortes, clonar réplicas.

Lo que falta:

Mejorar el soporte de teclado.
Soporte para ratón.
Soporte para gamepad.
Todo el tema del audio.
Shaders.

Ejemplo de prueba + archivos necesarios:

Para probar el ejemplo, bajar todos los archivos. Y ejecutar el archivo test.bat. Teclas del cursor para desplazar la imagen. W/S para acercar/alejar la imagen. A/D para rotar la imagen. ESC para salir del ejemplo.

Página del proyecto: http://code.google.com/p/phpmedia/

¿serialize o json_encode?

2009-04-17T19:39:00.004+02:00

A partir de PHP 5.2, existen dos nuevas funciones llamadas json_encode y json_decode que permiten serializar variables con contenidos variables en php. La implementación está hecha en C, así que su rendimiento es bastante conveniente.

JSON (JavaScript Object Notation) es un formato de intercambio de datos. Y tiene la peculiaridad de que la cadena generada es siempre una expresión válida en javascript. Además la cadena resultante es muy compacta, y se puede modificar con facilidad. En la actualidad ya es un formato ampliamente usado y soportado de manera oficial en muchos lenguajes de programación.

La forma más eficiente y cómoda que había hasta la fecha para serializar variables, era la opción: serialize/unserialize.

A partir de PHP 5.2, con la nueva alternativa de json_*, está la duda: ¿siendo más compatible con otros lenguajes y además compacta y flexible, podría sustituir a la original?

La respuesta es: no siempre.

json_decode puede ser mucho más lento que unserialize en muchos casos.
Mientras que serialize almacena las longitudes de las cadenas, json_encode tiene que recorrerlas para conocer su longitud. Además la entrada de json_encode tiene que ser utf-8 y el parseo es bastante más lento.

He hecho un pequeño programa para probar el rendimiento. El tamaño de la cadena generada por json siempre es más pequeño. El json se codifica mas rápido para arrays y números. Pero para cadenas, el rendimiento empeora mucho.

    function & generate_random_var( $maxdepth = 5, $base = 10, $strlen = 999 ) {
        $r = array();
        for ($n = 0, $l = mt_rand($base / 2, $base); $n < $l; $n++) {
            switch (mt_rand(0, 4)) {
                case 0: $r[] = mt_rand(); break;
                case 1: $r[] = str_repeat( '*', $strlen ); break;
                case 2: $r[] = false; break;
                case 3: $r[] = (object)array(1 => 2); break;
                case 4: if ( $maxdepth > 0 ) $r[] = generate_random_var( mt_rand( 0, $maxdepth - 1), $base, $strlen ); break;
            }
        }
        return $r;
    }

    mt_srand( 0 );

    foreach (array(
        array(4, 30, 9),
        array(10, 30, 1),
        array(0, 8000, 1),
        array(0, 8000, 99),
        array(0, 8000, 999),
        array(4, 30, 99),
        array(4, 30, 999),
    ) as $config) {
        list($maxdepth, $base, $strlen) = $config;

        printf("config(depth=%d, elements=%d, strlen=%d):\n", $maxdepth, $base, $strlen);

        $v = generate_random_var($maxdepth, $base, $strlen);

        $t = microtime(true);
        for ($n = 0; $n < 60; $n++) {
            $s = & serialize($v);
            unserialize($s);
        }
        printf(" serialize : time(%.3f), length(%d)\n", $t_serialize = microtime(true) - $t, $l_serialize = strlen($s));

        $t = microtime(true);
        for ($n = 0; $n < 60; $n++) {
            $s = & json_encode($v);
            json_decode($s);
        }
        printf(" json      : time(%.3f), length(%d)\n", $t_json = microtime(true) - $t, $l_json = strlen($s));

        printf(" diff: time(%d%%) | strlen(%d%%)\n", $t_json * 100 / $t_serialize, $l_json * 100 / $l_serialize);
        printf("\n");
    }
?>

Resultados:

config(depth=4, elements=30, strlen=9):
serialize : time(0.236), length(42431)
json      : time(0.171), length(19639)
diff: time(72%) | strlen(46%)

config(depth=10, elements=30, strlen=1):
serialize : time(0.767), length(116820)
json      : time(0.502), length(47610)
diff: time(65%) | strlen(40%)

config(depth=0, elements=8000, strlen=1):
serialize : time(0.445), length(71185)
json      : time(0.277), length(25943)
diff: time(62%) | strlen(36%)

config(depth=0, elements=8000, strlen=99):
serialize : time(0.784), length(289298)
json      : time(0.962), length(206929)
diff: time(122%) | strlen(71%)

config(depth=0, elements=8000, strlen=999):
serialize : time(1.371), length(1665092)
json      : time(5.630), length(1581304)
diff: time(410%) | strlen(94%)

config(depth=4, elements=30, strlen=99):
serialize : time(0.221), length(73598)
json      : time(0.265), length(54542)
diff: time(119%) | strlen(74%)

config(depth=4, elements=30, strlen=999):
serialize : time(0.018), length(30238)
json      : time(0.095), length(28817)
diff: time(521%) | strlen(95%)

Conclusión:

Para datos que se deben serializar pero que únicamente van a ser accedidos por php, casi siempre será mejor usar la opción de serialize. Especialmente con variables que contendrán cadenas muy largas.
Si se requiere acceder a esos datos desde otros lenguajes o modificarlos manualmente, json es una buena opción. Si se van a serializar objetos complejos, json será siempre más compacto. Si la variable contendrá una cadena, o indirectamente alguna cadena, como elemento o clave de un array y son cadenas muy largas, json está penalizado.

Usando y extendiendo PDO (I)

2008-03-31T01:24:00.010+02:00

PDO (PHP Data Objects) es una librería estándard disponible a partir de PHP5.0 como extensión PECL y en PHP5.1 como librería de serie que se puede usar para acceder a distintas bases de datos.

Es un buen hábito usar los recursos del lenguaje sin dependencias adicionales, y en muchos servidores ya está disponible PHP5.2, así que disponer de PDO es bastante normal.

PDO ofrece una interfaz orientada a objetos que se puede extender con facilidad.

Existen numerosos ejemplos en internet sobre cómo usarla, así que no me extenderé en ello. Me centraré especialmente en cómo usar PDO para programar de forma sencilla y eficiente.

PDO define dos clases: PDO y PDOStatement.

Acceder al objeto PDO

Generalmente tendremos una única conexión con una base de datos y para acceder al objeto PDO de esa conexión desde cualquier sitio (incluido funciones) necesitaremos o bien una variable global o bien un campo estático con el objeto.

Generalmente la gente suele optar por una variable global tipo $dblink o similares. Y para acceder a ella genéricamente desde una función o desde el ámbito global, necesitaremos acceder a ella con la superglobal $GLOBALS: $GLOBALS['dblink'] o explicitando su uso mediante el keyword global: global $dblink;

Cualquiera de las dos soluciones es un poco engorrosa. Yo últimamente estoy usando la opción de campo estático y me está dando muy buenos resultados:

class db {
    static $db;
}

Para acceder al objeto PDO, bastaría con usar db::$db, que además de ser mas corto es mas fácil de escribir y tiene en parte un poco mas de sentido. Además usando la característica __autoload que ya he comentado, podemos hacer que se incluya a demanda la clase db y podemos hacer que en el fichero que esté definida la clase db, se encargue de hacer la conexión, de forma que mágicamente al acceder a db::$db obtendremos un objeto PDO con la conexión y si no, no se llegará a conectar (si no es necesario) y sin tener que estar con require_once o similares cada dos por tres.

Además podemos usar la clase db para ciertas utilidades SQL. Es bastante habitual hacer inserts sencillos o updates que cambien una sola fila mediante un id y similares. Así que en class db. Me he puesto un par de métodos estáticos para generar queries de UPDATE e INSERT dada una tabla, un array asociativo y para el caso del UPDATE, una condición.

En el caso del array asociativo del UPDATE tengo un caso especial que ocurre cuando el nombre de un campo empieza por '*', en cuyo caso el valor será una expresión (para cosas tipo NOW() y similares).

php5.1 y spl_autoload_register

2008-03-31T01:04:00.011+02:00

Desde php5.1 disponemos de spl_autoload_register (desde php5.0 podemos definir la función __autoload).

En php5 si se define una función __autoload, ésta se llamará cada vez que se intente acceder a una clase que no exista. Tanto a un método estático como a la creación de un nuevo objeto de ese tipo.

Ésto nos permite cargar código implícitamente y olvidarnos de incluir dependencias continuamente y permitiéndonos hacer algunas cosas mas lightweight sin tener que cargar cosas que no nos interesan.

Aunque nos obliga a usar clases.

Para agrupar funciones útiles que usemos comúnmente se puede hacer una clase "util" y luego métodos estáticos. Por ejemplo, yo suelo usar muy amenudo una función que llamo print_r_pre que se encarga de hacer lo mismo que un print_r, pero para que se vea correctamente en la web (usando <pre> y htmlspecialchars). Pues bien, me podría hacer una clase "util" con la función ahí:

class util {
 static function print_r_pre($v) {
    echo '<>' . htmlspecialchars(print_r($v, true)) . '< /pre>';
 }
}

Lo metería, por ejemplo, en un fichero llamado util.php en una carpeta creada para usar con la característica __autoload. Por ejemplo: /core/classes/util.php

Y luego en un fichero que sí que debería cargar cada vez algo tipo esto (suponiendo que el fichero que inclue este código esté en /core/):

function __autoload($class) {
 if (!file_exists($file = dirname(__FILE__) . '/classes/' . $class . '.php'))    return;
 require_once($file);
}

Conclusión:
Si estás usando php5 y quieres ahorrarte mogollón de requiere_once. Las soluciones __autoload son para tí.

echo vs printf vs strtr/str_(i)replace vs preg_replace_callback

2008-03-30T20:38:00.015+02:00

Introducción:

En muchas ocasiones querremos separar el texto de nuestras páginas web de la programación propiamente dicho. En ocasiones será para poder localizar nuestra página (tenerla en diferentes idiomas), otras simplemente por comodidad.

Dichos textos, generalmente estarán mezclados con contenido dinámico que se tendrá que reemplazar.

Supongamos que tenemos una página con categorías y entradas de algún tipo y queremos mostrar en el título el camino a una subcategoría, y la cantidad de subcategorías y de elementos que tiene.

Podríamos hacer algo similar a esto usando echo:

echo htmlspecialchars('Categoría: ' . implode(' > ', $path) . ' Subcategorías: ' . (int)$categories_count . ' Entradas: ' . (int)$entries_count);

No es difíl darse cuenta de que, aunque funciona, es difícilmente actualizable; especialmente si la persona que tiene que retocarlo no sabe programar. Además si quisiesemos traducirlo a otros idiomas tendríamos que traducir cada parte individualmente (con el echo).

Otra alternativa es usar la función printf, que permite crear una cadena de formato separada de los datos y nos permite una separación cómoda y eficiente; además de que facilita mucho todo lo referente a la localización de texto.

Con printf, podríamos hacer algo similar a esto:

define('TITLE_CATEGORY','Categoría: %s Subcategorías: %d Entradas: %d');
printf(TITLE_CATEGORY, implode(' > ', $path), (int)$categories_count, (int)$entries_count));

El define (o una posible variable global o clave en un array), puede estar en un fichero distinto con todos los textos a localizar o a modificar de fácil acceso. También puede estar en una base de datos o en un fichero de texto que pueda editar otra persona. Además nos permitiría dar formato a los números o a las cadenas.

Por otra parte perdemos la posibilidad de cambiar de orden los elementos. El printf requiere que los elementos estén en orden.

Con strtr o con str_replace o str_ireplace podemos conseguir una "cadena de formato" que permita cambiar el orden de los elementos de una forma ligera y eficiente:

define('TITLE_CATEGORY', 'Categoría: {categories} Subcategorías: {categories_count} Entradas: {entries_count}');
echo htmlspecialchars(strtr(TITLE_CATEGORY, array(
'{categories}' => implode(' > ', $path),
'{categories_rev}' => implode(' < ', array_reverse)($path)),
'{categories_count}' => (int)$categories_count,
'{entries_count}' => (int)$entries_count)
)));

Se puede ver que he añadido una opción categories_rev, por si la persona que se encarga de traducir o de retocar los textos de la página determina que sería interesante colocar las categorías mas internas antes que las mas generales (por ejemplo para optimización para motores de búsqueda). Con prg_(i)replace, podríamos conseguir el mismo efecto que con strtr, si en vez de usar un array asociativa, usamos dos arrays, uno con las claves y otro con los valores.

Para finalizar decir que con preg_replace y preg_replace_callback, podemos conseguir un reemplazado mucho mas potente, aunque algo mas complejo y lento. Pondré un ejemplo en el que se nos permite aplicar una función a un parámetro y obtener los parámetros:

function my_function($v) {
return strtr($v, 'aeios', '43105');
}

function my_replace_callback($k) {
$rl    = &$GLOBALS['my_replace_list'];
$funcs = &$GLOBALS['my_replace_list_funcs'];

$k = explode(':', $k[1]);
$key = array_shift($k);
$r = isset($rl[$key]) ? $rl[$key] : $key;

while (sizeof($k)) {
   $func = array_shift($k);
   if (in_array($func, $funcs)) $r = $func($r);
}

return $r;
}

function my_replace($t, $l, $f) {
$GLOBALS['my_replace_list'] = $l;
$GLOBALS['my_replace_list_funcs'] = $f;
return preg_replace_callback('/\\{([^\\}]+)\\}/', 'my_replace_callback', $t);
}

$path = array('objetos', 'inanimados', 'escolar', 'escritura');

define('TITLE_CATEGORY', 'Categoría: {categories:my_function:strtoupper} Subcategorías: {categories_count} Entradas: {entries_count}');

echo htmlspecialchars(my_replace(TITLE_CATEGORY, array(
'categories'       => implode(' > ', $path),
'categories_rev'   => implode(' < ', array_reverse($path)),
'categories_count' => 10,
'entries_count'    => 100,
), array('strtoupper', 'trim', 'my_function')));

Conclusión:

echo es práctico y rápido para cosas sencillas que no requieran formato y que no se tengan que modificar o traducir.
printf es práctico para cadenas que requieran formato y una localización sencilla.
echo+strtr nos permite dar un formato ligero pero más potente que las otras dos opciones.
echo+preg_replace_callback nos permite dar un formato mas pesado, pero tremendamente flexible, útil incluso para templates.

Generalmente echo+strtr suele dar muy buenos resultados para localización de texto, y ofrece un código compacto de bastante rendimiento y sin ninguna dependencia adicional.

Introducción

2008-03-30T19:15:00.002+02:00

Nuevo blog de programación en PHP.

Tras largos años de experiencia con PHP he ido enfrentándome a numerosos problemas que he ido resolviendo cada vez mejor. He desarrollado técnicas para montar páginas en php ligeras, eficientes y robustas.

Internet está repleta de información sobre la programación en PHP, pero hay poca información sobre buenos hábitos, y técnicas de programación avanzadas y la poca que hay está en inglés.

Este blog tratará sobre programación avanzada en PHP y técnicas para hacer una programación sencilla y eficiente.

Explicaré también algunas técnicas nuevas que he desarrollado para el relativamente reciente PHP5 y sus nuevas características. Aunque muchas de las técnicas serán compatibles tanto con PHP5 como con el antiguo PHP4. No trataré temas de PHP3 ni por supuesto PHP/FI.