Con esta herramienta se pueden saber ciertos datos de la ejecución de una página, entre ellos:

• Listado y número de llamadas a una función/método
• Tiempo de ejecución de una función/método
• Tiempo de CPU de una función/método

No voy a explicar aquí como instalar XHProf en vuestro servidor, lo que os voy a poner es un pequeño plugin que he desarrollado que habilita el profiling en WordPress cuando tienes WP_DEBUG activado y XHProf instalado. Lo he llamado WP XHProf Profiler como era de esperar :p

Enlace al plugin: http://www.berriart.com/en/wp-xhprof-profiler/

Karmacracy ya era integrable en varios clientes de Twitter, en móviles y existen plugins para varios navegadores, pero yo echaba en falta la integración en mi CMS favorito, que como todo el que me lee sabe, es WordPress. Así que me puse manos a la obra, como siempre lo dejé a medias, y hace unos días lo retomé. Finalmente ha salido algo decente y ya lo tenéis disponible: WP Karmacracy

El tema es que una de las cosas que voy a hacer, sí o sí, es forzar a los usuarios a registrarse para comentar en las páginas de los plugins y los themes. Por varias razones, una es para que el que quiera un poquito de soporte al menos necesite un poco de esfuerzo para pedirlo (registrarse), otra que así podré tener más datos de quienes usan mis themes/plugins y una manera de contactarles. Seguramente me ayude también a quitar un poco de SPAM.

Al ir a hacerlo me he dado cuenta de que no puedo limitar lo de comentar estando registrado en cada post o página, si no que solo puedo limitarlo en general para todo el blog. Así que ya puesto me he currado un pequeño plugin que permite hacerlo. Os presento el plugin para WordPress: Comment Privileges By Post.

Espero que le resulte útil a alguien más que a mí.

La web estaba hecha con WordPress, pero necesitaba hacer una página nueva fuera del core de WordPress que me permitiera utilizar las funciones de WordPress. No era algo muy difícil y además ya lo había hecho en otras ocasiones, incluso había escrito sobre ello en este mismo blog.

La cuestión fue que el cliente al que le estuve haciendo la web me repetía que aunque el resto funcionaba bien él no podía ver esa página concreta en su ordenador de casa. Que lo había hecho en otros ordenadores y que iba bien, que su novía había probado en el curro y le iba bien, yo mismo probé en varios ordenadores y en todos me funcionaba correctamente, pero a él en su ordenador de casa no le funcionaba y le decía ‘página no encontrada’.

Por mi parte, al ver que solo le ocurría a él en su casa, llegué a la conclusión de que era problema de su ordenador y no de mi aplicación, que al resto del mundo le funcionaba bien. Le comenté que podría ser algún virusillo que le había afectado a su navegador, y como era consciente de que solo le pasaba a él pues lo aceptó.

Aún así, después de darle vueltas intentando imaginarme porque concretamente era solo con esa página, un día que fuí a su casa y pude verlo con mis propios ojos lo descubrí. Efectivamente él tenía un adware instalado en su navegador, era un típica barra de esas que se instala en el navegador, que además te cambia tu página de inicio y alguna otra cosa en el navegador para intentar colarte publicidad. Pero el verdadero problema no era eso, realmente eso fue el motivo del descubrimiento de que el que estaba haciendo mal las cosas era yo.

Cuando entramos a la página en cuestión nos salió una página 404 personalizada por el adware de su navegador y repletita de publicidad que me hizo ver el problema. ¿Porqué salía esa página? ¿Porque detectaba un error 404? Pues porque relamente la página que yo había creado tenía en sus cabeceras el error 404 y no estaba dando un ’200 ok’ como debería. Entonces el resto del mundo podía ver la página bien a pesar de estar dando un error 404 porque lo único que tenía mal son las cabeceras que la gente normal no suele mirar y a nivel visual estaba correctamente (como si sería una página de error 404 personalizada). En cambio el cliente con su virus, que le cambiaba las páginas 404 por una con publicidad, no podía acceder.

Finalmente la solución fue fácil y solo hubo que forzar correctamente las cabeceras, si quieres ver el problema concreto y la solución puedes mirar el post de como usar funciones de WordPress externamente porque ahí se explica mejor.

Para los que no conozcan, este plugin de wordpress muestra en el dashboard los perfiles en redes sociales de la gente que comenta en tu blog, y también muestra sus blogs o webs; para lograrlo hace uso de la Social Graph API de Google. Creo que el plugin es una buena manera de poder acercarte más a tus lectores y la verdad es que todavía me siguen llegando trackbacks de gente que lo recomienda como uno de los mejores plugins sociales para WordPress.

Los cambios que he realizado:

• Comprobar compatibilidad con WP 3.0
• Cambiar licencia de GPL a GPL2
• Empezar a usar la clase SimplePie_File del core de WordPress para acceder a la API y así evitar las limitaciones de acceso a webs externas de ciertos hostings
• Permitir internacionalización y añadir castellano como idioma adicional
• Eliminar algunos warnings
• Arreglarlo para permitir la instalación automática desde el administrador de WP por FTP como el resto de plugins

Si nunca lo habéis probado, este es un buen momento

El plugin en el directorio oficial de WordPress:
http://wordpress.org/extend/plugins/meet-your-commenters/

Para ello WordPress nos ofrece dos funciones que nos permitirán que se ejecute algo al activar o desactivar un plugin, estas funciones son register_activation_hook y register_deactivation_hook. Se puede ver su modo de empleo en las siguientes líneas de código que simulan la situación que he expuesto antes:

<?php

register_activation_hook( __FILE__, 'plugin_name_activate' );
register_deactivation_hook( __FILE__, 'plugin_name_deactivate' );

function plugin_name_activate() {
	global $wpdb;
	$sql = 'CREATE TABLE `' . $wpdb->prefix . 'plugin_name`
		( `id` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY ,
		`date` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ,
		`otro` VARCHAR( 255 ) NOT NULL )
	';
	$wpdb->query($sql);

}

function plugin_name_deactivate() {
	global $wpdb;
	$sql = 'DROP TABLE `' . $wpdb->prefix . 'plugin_name`';
	$wpdb->query($sql);

}

?>

A mi me han sido de utilidad en más de una ocasión, ya me contaréis.

Hacerlo es bastante sencillo, solo tendréis que escribir las siguientes líneas al comienzo del script:

<?php
// A menos que vayas a usar el sistema de themes de wordpress
// debes definir WP_USE_THEMES antes de hacer el require
define('WP_USE_THEMES', false);	

// Al incluir este archivo, creamos la conexión a la BD
// y podremos hacer uso de las funciones
require('/ruta-al-directorio-del-wordpress/wp-blog-header.php');  

?>

Hay que tener en cuenta que si vas a utlizarlo por consola o utilizando un cron, Apache no mandará las variables de servidor, así que seguramente tengas que forzarlas tú mismo antes de hacer el ‘require’, si usas WordPress MU tendrás que hacerlo sí o sí. Ej:

$_SERVER['HTTP_HOST'] = 'www.berriart.com';
$_SERVER['REQUEST_URI'] = '/';

Puede que algunas funciones no estén disponibles porque necesiten de algún archivo que no se incluya de manera normal en el WordPress. Por ejemplo si se quiere usar ‘fetch_rss’ para parsear feeds, seguramente tengamos que incluir el archivo ‘rss.php’ de la carpeta ‘wp-includes’ porque éste solo se incluye por defecto en algunas páginas del administrador.

include_once(ABSPATH . WPINC . '/rss.php');

Actualización:

Después de un tiempo me he dado cuenta de que esto solo no es suficiente. Ya que wordpress al no reconocer que tipo de página es esa que has creado (si es un post, o una página, o una búsqueda,…) enviará un error 404. Es decir, visualmente la página funcionará correctamente, pero si compruebas las cabeceras de la web verás que devuelven un error 404. Además, como visualmente no notas nada, lo más probable es que si lo hicieras así ni siquiera te des cuenta de que está mal. Eso sí, te podrías volver loco intentando que Google rastreara tu página. Para solucionar ese problema solo tendrás que agregar además de lo indicado arriba las siguientes líneas que cambiarán las cabeceras (escribir esto antes de cualquier salida de texto al navegador):

header("HTTP/1.1 200 OK");
header("Status: 200 All rosy");

Si quieres ver como un virus me ayudó a encontrar este problema puedes ver este post.

Realmente esos widgets, al igual que los de las barras laterales, son plugins de wordpress por lo tanto lo que tenemos que hacer es un plugin que luego subiremos a su correspondiente carpeta y activaremos en el panel de administración. Además, podremos activar, desactivar o mover ese panel que crearemos para el dashboard, tal como se puede hacer con los que vienen por defecto. Nada mejor que un ejemplo y un poco de código para explicar como hacerlo:

<?php
/*

Plugin Name: Sample Dashboard Widget

Plugin URI: http://www.berriart.com/

Description: Sample code for creating a dashboard widget 

Author: Alberto Varela

Version: 1.0

Author URI: http://www.berriart.com
*/

// Función para mostrar el contenido del widget
function sampledashboardwidget_main_function() {
	echo "Hello World";
}

// Utilizamos la función wp_add_dashboard_widget para añadir el
// widget al panel
function sampledashboardwidget_register_dashboard_widget() {
	wp_add_dashboard_widget('sampledashboardwidget', // ID único del widget
	'Sample Dashboard Widget', // Título para el widget
	'sampledashboardwidget_main_function', // Función principal del wiget
	'sampledashboardwidget_setup');	// Este último parámetro es opcional y solo lo usaremos
					// en caso de necesitar una página de opciones, en ese
					// caso pondremos la función que corresponda
}

// Añadir finalmente el widget mediante el sistema 'hooks' de WordPress
add_action('wp_dashboard_setup', 'sampledashboardwidget_register_dashboard_widget');

// Si se quiere hacer por ejemplo una página de administración, al estilo del widget 'stats',
// podemos añadirla mediante el cuarto parametro de la función 'wp_add_dashboard_widget'
function sampledashboardwidget_setup() {
	if( isset($_POST['sdw_option']) ) do_something();
	echo '<form><input type="text" name="sdw_option" /><input type="submit" /></form>';
}

?>

Creo que no hace falta dar muchas más explicaciones y con esto como inicio cualquiera que se anime y tenga una idea puede crear un nuevo widget para el dashboard. Por cierto, yo no sabía que se podía agregar una página de opciones al widget, pero el otro día Rick me iluminó.

Así es como quedará en el panel de tu WordPress y podrás ver quienes son los últimos que te han enlazado. Como ya dije en su día, prefiero las ‘technorati reactions’ a los ‘incoming links’ de Google que vienen por defecto desde la versión 2.3, hay muchos enlaces que Google no ve o no muestra.

Para hacerlo solo hay que modificar la plantilla del blog dónde queramos que aparezca. En mi caso ha sido en index.php, pero podrías hacerlo tambien sidebar.php, etc… Y haciendo uso de algunas funciones de WordPress podemos incorporarlo con sólo poner las siguientes dos líneas de código dónde queramos que aparezca:

<?php
include_once(ABSPATH . WPINC . '/rss.php');
wp_rss('http://www.berriart.com/feed/', 5);
?>

Con la primera línea incluímos la librería para manejar feeds que trae WordPress, y con la segunda le decimos de que feed queremos extraer los últimos posts. De esta manera generaremos una lista con los títulos a los últimos 5 posts del feed elegido y su correspondiente enlace.

Esta es la manera más sencilla, pero aunque podemos personalizar el estilo mediante CSS no te permite modificar el HTML que genera. Por eso yo he elegido una opción un pelín más elaborada pero que permite modificar el HTML generado y los elementos que queremos mostrar. Aún así, también hacemos uso de la misma librería.

<h2><?php
include_once(ABSPATH . WPINC . '/rss.php');
$rss = fetch_rss('http://www.berriart.com/feed/');
$maxitems = 5;
$items = array_slice($rss->items, 0, $maxitems);
?>

<ul>
<?php if (!empty($items))
foreach ( $items as $item ) : ?>
<li>
    <h4><a href='<?php echo $item['link']; ?>' title='<?php echo $item['title']; ?>'><?php echo $item['title']; ></a></h4>
    <p><?php echo $item['description']; ?></p>
</li>
<?php endforeach; ?>
</ul>

En este caso de ejemplo también se ha optado por mostrarlo con una lista, pero se puede ver como podemos personalizarlo totalmente, HTML incluido. Además se puede mostrar otra información que nos dé el feed aparte del título y el enlace, por ejemplo la descripción, la fecha, el autor,…

Aprovecho para comentar que si alguien quiere saber lo que cuento sobre redes sociales, puede hacerlo siguiendo el blog Redes Sociales, o mis posts en ese blog.