Despues de 3 días de locura con WordPress, finalmente salió el rediseño de IdentidadGeek, MetropoliBlog, CriticaPura, junto con los nuevos blogs SalaDeportiva y Cinescopia. De hecho me da gusto que salió este último, era un proyecto que tenía desde hace mucho tiempo y ahora funciona finalmente.

Falta que se llenen de contenido para ver que maravillas nos traerán y espero poder darme el tiempo de colaborar. Además quedé enamorado del pie de página :)

Microbus es mucho mejor de lo que yo tenía en mente, así que prefiero meterle mano a este que reescribir la rueda -como si no fuera suficiente. El único detalle es que le faltaba un modelo de base de datos. Autobahn fue el resultado que por algunas razones, no pude liberar antes. Falta mucho todavía, pero así es como funciona:

require('lib/autobahn.php');
 
$library = Autobahn::getConnection('default');
 
//	Classic SQL
$authors = $library->query('SELECT Author.id, Author.firstname FROM authors Author');	
 
//	Find (like Select)
$book	  = $library->findBooksById(1);
$books	  = $library->findAllBooks();
$favorites = $library->findAllBooksById(1,2,3,4,5);
 
//	Insert
$newBook = array('id' => null, 'author_id' => 12, 'title' => 'Frameworks for PHP');
$library->insertBooks($newBook);
 
//	Update
$values = array('title' => 'Frameworks for PHP 5', 'description' => '...');
$conditions = array('id' => 10);
$library->updateBooks($values, $conditions);
 
//	Delete
$library->deleteBooksById(10,11,12);
 
//	Show stats of all queries :) ... only for CLI mode, for now.
$library->showLogs();

Lo que sigue es mejorar el generador de consultas, el cual está mal hecho y repartido entre el objeto que abstrae MySQL y el objeto abstracto administrador. Una parte del generador se hace en el objeto abstracto y eso está mal, según mi teoría. SQL debería ser un estándar universal -como el HTML/CSS, ja- pero en la práctica no lo es del todo, siempre hay mínimas diferencias y debo de cuidar este hecho.

Una vez hecho lo anterior, el siguiente paso es diseñar el modelo padre, del cual se van a instanciar los modelos creados para la aplicación. Aquí seré cuidadoso, porque podría cometer el error de crecer demasiado el código, cuando la idea es mantenerlo corto y simple. El objetivo a lograr sería que pudiera manejar la base de datos de la siguiente manera:

require('lib/autobahn.php');
require('model/book.php');
 
$book = new Book();
$book->author_id = 12;
$book->title = 'Frameworks for PHP';
$book->save();
 
$book->showLogs();

Entre algunas otras ideas por ahí que rondan mi cabeza, esto es más o menos el resultado final que me gustaría. Pero siempre con el propósito de hacerlo corto y simple, por eficiencia y portabilidad principalmente. Ojalá a alguien le sirva :)

Bueno, quizás lo primero si. Pero usar expresiones regulares siempre ha sido un dolor de cabeza para mi (no se como pasé Compiladores I). En busca de una solución express, tiré código a lo idiota y he aquí la idiotez llamada replace.php que me ha sacado de apuro:

<?php
	$data = file_get_contents($_SERVER['argv'][1]);
 
	$find =		'<td class="pie"><a href="#">Políticas de privacidad</a> <a href="#">Vigencia del catalogo</a> <a href="#">Mapa del sitio</a></td>';
	$replace =	'<td class="pie"><a href="/pagina/politicas-privacidad">Políticas de privacidad</a> <a href="/pagina/terminos-condiciones">Terminos y condiciones</a></td>';
 
	$new_data = str_replace($find,$replace,$data);
 
	if($data != $new_data)
	{
		echo $_SERVER['argv'][1]." <-- Modificado\n";
		file_put_contents($_SERVER['argv'][1],$new_data);
	}
?>

Se ejecuta desde consola para más practicidad, si, lo he dicho :D

find ./ -name *.ctp -exec php replace.php {} \;

El comando find buscará en el directorio ./ todos los archivos que terminen con la extensión .ctp y ejecutará mi script mandandole como argumento la ruta del archivo encontrado. El proceso es recursivo, por lo que si encuentra un archivo en varios subdirectorios la ejecución manualmente se traduciría en algo como php replace.php ./views/pages/politicas.ctp

La ventaja de usarlo en consola es que podemos personalizar la elección de los archivos a modificar con una sencilla expresión regular, que se podría hacer más poderosa para un filtro más avanzado de archivos, pero igual yo he sido feliz concatenando la instrucción dos veces en una misma linea, así:

$ find ./ -name *.ctp -exec php replace.php {} \; && find ./ -name *.html -exec php replace.php {} \;
./views/layouts/default.ctp <-- Modificado
./webroot/formulario.html <-- Modificado
./webroot/viajes.html <-- Modificado
./webroot/hacemos.html <-- Modificado
./webroot/contacto.html <-- Modificado
./webroot/static.catalogo.html <-- Modificado
./webroot/estamos.html <-- Modificado
./webroot/quienes.html <-- Modificado
./webroot/nuevos.html <-- Modificado
./webroot/beneficios.html <-- Modificado
./webroot/gracias.html <-- Modificado
./webroot/principal.html <-- Modificado
./webroot/unete.html <-- Modificado
./webroot/negocio.html <-- Modificado
$

Algo bruto, pero funciona incluso con mucho texto por buscar y mucho por reemplazar. La he usado tanto que decidí dedicarle este pequeño apunte, quizás a alguien más le puede servir.

Visitando el sitio de Code and Theory quedé algo asombrado de lo que habían hecho con el encabezado. Una animación muy sutil, pero da un aire muy elegante al sitio. Así que me puse a tirar un poco de código para probar el rendimiento de una animación de ese tamaño -verán, yo la quería de fondo completo :D

He aquí el resultado: demo.

Evidentemente le hace falta detector de imagenes cargadas antes de cada animación. Lo resolví temporalmente con un hack pero solo probado en Firefox, en Opera hay que esperar la ronda de 18 segundos para que las imagenes queden en caché y la animación sea fluida.

Estoy en proceso de rediseñar algunos sitios y este es un efecto que quiero introducir más adelante, así que era necesario jugar un poco por ahora. El código completo aquí.

El miércoles, MetropoliBlog fue víctima de la terrible vulnerabilidad de la versión 2.8.3. La culpa la tenemos nosotros que lo sabíamos con anterioridad y no lo corregimos a tiempo. Para entonces ya estaba disponible la actualización 2.8.4, pero alguien ya nos había jugado mala-leche. A toda velocidad y un poco nervioso de que algo malo pase, implementé lo primero que se me ocurrió:

require('wp-includes/class-phpass.php');
$wp_hasher = new PasswordHash(8, TRUE);
$hashPassword = $wp_hasher->HashPassword('NUEVA_CLAVE');
 
echo "\n$hashPassword\n\n";

El script lo guardé donde WordPress y lo ejecuté desde consola: php reset-password.php o desde el navegador. El resultado es un Hash listo para guardar en la base de datos de WordPress. Funcionó, recuperamos WordPress y actualizamos.

Resulta que con éstas nuevas versiones (no se desde cual exactamente) las contraseñas no son encriptadas simplemente con MD5, sino que tiene un par de arreglos para hacer más seguro el sistema. De hecho, si ejecutas reset-password.php varias veces, siempre te dará un Hash diferente. Es por eso que ya no se puede hacer solo un UPDATE con MD5 a la base de datos, pero de esta forma sencilla obtenemos el Hash que si podemos guardar en la base de datos.

Ésta fue mi manera, como he dicho hay mejores formas de recuperar la contraseña. En cualquiera de los casos necesitas mínimo el acceso FTP y a la base de datos (phpMyAdmin por ejemplo).

Moraleja: Que no te dé versionítis, pero si sabes de un problema grave, actualiza lo más rápido que puedas.

Leyendo varios blogs he acabado en uno muy bueno con 14 hojas de referencia rápida para diseño web, de entre las que destacan esta hoja de CSS y la hoja de Mootools 2.1.

En cualquier caso recomiendo que, si estas empezando con Mootools, te bajes una versión del framework sin compresión y con comentarios. No le tengas miedo al código del framework, está tan bien escrito que es como leer poesía en la programación. Gracias a sus estandares, podemos consultar el código -que es perfectamente entendible- y aprender mucho para desarrollar nuestras aplicaciones.

• XHTML y CSS no pertenecen a la programación, XHTML es la estructura y CSS el diseño.
• Javascript es un lenguaje de programación y AJAX es solo una técnica.
• “Diseño de plantillas” para CMS es diseño. Involucra saber código de un lenguaje (PHP generalmente), pero no deja de ser “diseño”.
• Programar alguna funcionalidad en estas plantillas, entonces si sería programación.
• Dreamweaver y editores de código WYSIWYG son para diseñar, aunque se puede programar con ellos, pero no tiene mucho sentido.
• Flash puede ser tanto diseño como programación, aunque un programador preferirá programar en Flex (pues para eso es) y Flash queda más como herramienta de diseño.
• “Propiedad intelectual” ¿?. Lo comentó Luis Alarcón en su post del “diserrollador”, yo creo que esto es tema de abogados y no más. Debemos conocer las leyes, pero no si me enfoco puramente a un perfil técnico, no lo incluiría.

Usabilidad, accesibilidad, diseño de interfaces… son conceptos que se introdujeron por medio de la Ingeniería de software, por lo que sus raíces están en la programación (el comportamiento). Sin embargo en el desarrollo web, un diseñador tambien participa muchísimo durante la creación del sitio, ya que los diseños en la web están intimamente relacionados con aspectos del comportamiento. Paradigmas de la programación como MVC solucionan mucho de estos problemas, pero no todos.

Hay otras cuestiones más complicadas, por ejemplo: estrictamente hablando XHTML/CSS son aspectos técnicos del diseño, sin embargo, la programación de interfaces con Javascript involucra XHTML/CSS profundamente. Por otro lado, si el diseñador quiere hacerlas deberá aprender Javascript, y PHP/XML si quiere implementar AJAX.

Volviendo a una visión estricta: El diseñador se encarga de hacer la estructura y el diseño, el programador se encarga del comportamiento, pero ambos tienen que manejar XHTML para sus labores. Entonces, ¿el SEO pertenece a…? Por más que le doy vueltas, sigo creyendo que a ninguno de los dos, es un aspecto único y propio del desarrollo web.

De hecho, creo que por eso la linea es tan difusa, porque el desarrollo web es completamente otro paradigma.

No queda opción, hay que interceptar cuando el usuario presiona ciertas teclas en ciertos lugares. Por suerte, fue muy fácil hacerlo. Para Mootools el script sería así:

window.addEvent('domready',function(){
 
	if($$('div.no-f5').length > 0)
	{
		document.addEvent('keydown',function(event){
 
			var tag = event.target.tagName.toLowerCase();
 
			if(event.key=='f5' || (event.key=='backspace' && tag!='input' && tag!='textarea'))
				event.stop();
		});
	}
});

Revisamos si existe un div.no-f5, que no es más que una clase bandera, para saber si en esa pantalla necesitaré del script. Si procede, creo el evento keydown para el documento. Cuando el evento suceda, comprobamos a que elemento se está apuntando, pues no queremos interceptar el backspace cuando el usuario esta escribiendo en algún campo de texto, pero si en cualquier otro caso pues lo regresaría a la pantalla anterior. La tecla F5 la interceptamos en todo momento.

Al mismo tiempo, descubrí (todo por no leer en su momento), que Mootols no extiende el objeto event.target con $, por razones de rendimiento. Así que si los chicos de Moo tuvieron buenas razones, decidí no extenderlo aunque hacer un $(event.target).get('tag') era muy tentador… pero hacerlo con Javascript nativo es muy fácil y cross browser.

Tanto el problema como la solución son detalles muy simples y normalmente subestimadas, pero seguro salvas a algún usuario de que se arranque el cabello mientras llenaba un enorme formulario.

require __DIR__.'/c.php';
if (!is_callable($c = @$_GET['c'] ?: function() { echo 'Woah!'; }))
  throw new Exception('Error');
$c();

Evidentemente es un framework experimental y no se recomienda para producción. El framework funciona únicamente con PHP 5.3, ya que incluye algunas de sus novedades:

• La constante __DIR__
• El operador ?:
• Funciones anonimas

Vía | Symfony.es: Twitto, el framework PHP más pequeño

… el misterio. Es la fuente de toda arte verdadera y de toda ciencia. Aquél a quien sea extraña esta emoción, aquel que no pueda detenerse a maravillarse y permanecer absorto de asombro, es tan bueno como un muerto: sus ojos están cerrados. [Albert Einstein]

El primer aparato electrónico que desarmé fué una pequeña televisión, tenía como unos 5 años aproximadamente. Cuando descubrí que era fácil hacerlo, mis juguetes fueron los siguientes :P

Mi hermano y yo desarmabamos los que tenían “lucecitas” y se las poníamos a los juguetes que no tenían. Me parecía impresionante que las partes moviles de algunos fueran tan pequeños y nos gustaba por reinvetar los juguetes. Tambien abrimos telefonos, radiograbadoras, controles remotos. Hasta que en 1997, llegó mi primer computador: Un flamante 486 DX2 a 80 Mhz, con 16 Mb de RAM y un disco duro de 128 Mb.

El misterio por saber como funciona me invadió de inmediato, ¡me gritaba! ¡me llamaba fuerte! Debía saber. Investigando un poco (hechando a perder tambien), conocí los procesos por lotes *.bat. Despues descubrí un programa QBasic, que según la ayuda podía programar con él, pero al abrir los *.exe no entendía nada. Una prima que tomó un curso barato de Basic, me explicó lo fundamental: PRINT, INPUT e IF. Más adelante descubrí que QBasic tenía un glosario de los comandos, con lo que pude seguir aprendiendo yo solo. Aprendí a hacer juegos tontos, pero no era suficiente para mi, yo quería hacer un Windows 3.11, al menos un Doom.

Poco despues, durante unas vacaciones en casa de mis abuelos, buscando algo interesante en los libreros, me encontré con un “Manual de programación para lenguaje Basic”. No se como, por que mis abuelos no tienen relación con la informática, pero amaban los libros y no le negaban casa a ninguno. Pedí prestado el libro, mis abuelos me lo regalaron y pasé el resto de las vacaciones leyendolo.

En ese entonces los tamagotchis estaban de moda, mis primos estaban asombrados con estos, pero yo creía que no eran muy dificiles de hacer. Al escuchar esto de mi, creyeron que tenía envidia. Me enfureció eso y sin estar tan seguro, me propuse callarles la boca a todos programando mi propio tamagotchi. No recuerdo cuanto tardé, pero fueron más de 500 lineas de instrucciones en Basic las que dieron vida a un simple tamagotchi, un circulo grande con dos circulos por ojos y un rectangulo por boca, era la mascota y hacía lo que todo tamagotchi solía hacer: se enfermaba, pedía de comer, queria jugar, dormía y moría si no lo cuidabas. ¡Nada mal para un niño de 10 años! :P

Recuerdo que me decía a mi mismo, que lo único que me faltaba era convertir ese código en un *.exe y meterlo en un chip. Quizás fué eso por lo que decidí estudiar programación y electrónica.

Ese año entre a la secundaria y un compañero que tambien sabía algo de Basic me contó que con Turbo Basic podía convertir mis programas en archivos *.exe. Pero ambos caímos ante el desmadre de la secundaria y no volví a programar hasta años despues…

… lamentablemente, perdí el código del tamagotchi :(

Cita que inspiró este post, vía | Maikelnai: Citas de Albert Einstein (1879-1955)