Hace algunos días me puse a buscar algunos artículos en otros blogs a través de Google, pero al obtener los resultados noté algo extraño en lo que mostraba Google: en lugar de los títulos adecuados, aparecían frases típicas de enlaces de spam. Por ejemplo, en Dokshor.com, de mi compañero AyerViernino Fabián Ramírez

Realizando un par de búsquedas más, pude ver que era un problema que se repetía también en otros sitios que funcionaban con WordPress, como Estado Beta (del desarrollador chileno Ismael Celis) y Denken Über de Mariano Amartino.

Lo curioso del asunto, es que al ingresar a cada uno de estos sitios, y buscar algún rastro del problema en el código HTML, no había nada sospechoso, ni ninguna mención a la palabrería spam que mostraba Google.

Sin embargo, al visualizar el sitio como Googlebot el resultado era totalmente distinto. Por ejemplo, obteniendo la URL con wget, con wget -U "Googlebot/2.1 (+http://www.google.com/bot.html)" http://www.dokshor.com/, era esto lo que se veía:

Así que ya lo sabes… googlearte puede ser un tema de ego, pero también es cuestión de seguridad.

Una buena alternativa para no tener que estar revisando tu sitio constantemente es delegar esta tarea al mismo Google y crear una alerta automática para saber si encuentra alguna palabra sospechosa en tu sitio, con Google Alerts.

Vale la pena agregar que este no es un problema específico de WordPress, y que ya ha sido reportado y resuelto en sus foros de soporte, por lo que es de esperar que ya estén implementados los parches de seguridad respectivos.

Como siempre, es recomendable tomar los pasos necesarios para hacer tu instalación de WordPress más segura y revisar algunas recomendaciones si ya fuiste afectado.

Tags: Google, seguridad, spam, WordPress

Artículos relacionados

• WordPress MU, themes y spam
• WordPress 2.3 y las preocupaciones por la privacidad
• WordPress 1.5 es seguro
• Yo [corazón] WordPress
• Y tenemos WordPress 2.1
• WPG2: WordPress + Gallery2
• wordTube (traducción al español)

Hace mucho tiempo que WordPress incluye una útil función que, si bien no es una protección al 100%, otorga una buena posibilidad de evitar que tu bandeja de entrada se llene de basura. Como por lo general no podemos ejecutar código PHP en el cuerpo de una entrada, me pareció una buena idea crear un simple shortcode para tenerla más a mano.

Para usarla puedes copiar este código en el archivo functions.php de tu tema, o bien descargarla desde GitHub, guardarla en tu carpeta de plugins y luego activarlo.

<?php
/*
Plugin Name: Antispambot Shortcode
Plugin URI: http://gist.github.com/371875
Description: A simple plugin to use WordPress' antispambot() function in posts and pages
Version: 1.0
Author: Felipe Lavín Z.
Author URI: http://www.yukei.net
*/

function antispambot_sc($atts, $content = ''){
	extract(shortcode_atts(array(
		'email' => '',
		'link' => ''
		), $atts));
	if ( empty($link) ) {
		$out = '<a href="mailto:'. antispambot($email) .'">'. antispambot($email) .'</a>';
	} else {
		$out = '<a href="mailto:'. antispambot($email) .'">'. $link .'</a>';
	}
	return $out;
}

add_shortcode('antispambot', 'antispambot_sc');
?>

La utilización, como cualquier shortcode, es bastante sencilla:

1. Para enlazar a una dirección de mail, y que el mismo e-mail sea el texto del enlace, debes usar [antispambot email="tumail@correo.com"]
2. Para enlazar a una dirección de mail, y utilizar otro texto como enlace, debes usar [antispambot email="tumail@correo.com" link="escríbeme a mi correo"]

Algo sencillo, pero (espero) útil

Tags: e-mail, plugin, shortcode, WordPress

Artículos relacionados

• WPG2: WordPress + Gallery2
• wordTube (traducción al español)
• WordPress es todo oídos
• Twilight: AutoSave
• Traducción para wordTube 1.6
• Subscripciones a Comentarios (III) – Subscribe to Comments
• Plugins para WordPress

Es bastante sencillo: debes editar el archivo userContent.css, que sirve para agregar reglas de estilo a las páginas visualizadas con Firefox (por ejemplo, como el estilo OSX para Bloglines sobre el que publiqué hace tiempo). En Linux, este archivo se encuentra en ~/.mozilla/firefox/cadena-aleatoria.tu-perfil/chrome/, en Windows, depende de la versión, pero debería estar en el directorio de Datos de Programa, ya sea dentro de tu carpeta de usuario (en Vista) o en Archivos de Programa (XP)… de todos modos, también puedes localizarlo con el “excelente” buscador de Windows. En fin…

Si nunca antes has tocado este archivo, probablemente encontrarás uno llamado userContent-example.css. Si quieres que este truco funcione, debes guardar tus cambios con el nombre userContent.css (sin el example).

Para que el cambio de fuente afecte solamente el panel de administración de tu blog, utilizaremos una de las extensiones CSS de Mozilla: @-moz-document (puedes ver la documentación completa de esta extensión en MDC).

Ahora, a aplicar un poco de CSS, por ejemplo:

@-moz-document url-prefix(http://tu-dominio.com/wp-admin),
url-prefix(http://tu-otro-blog.com/wp-admin)
{

body, textarea{
     font-family: 'Lucida Sans', sans-serif !important;
     }

}

Eso es lo básico, pero una vez allí puedes personalizar lo que quieras, del sitio que quieras. Lo más conveniente de este método es que no tendrás que editar las hojas de estilos de WordPress, por lo que no perderás tus reglas personalizadas cuando actualices.

Y… si, ya sé que el cambio de Verdana a Lucida Sans no es mucho… pero es suficiente.

Tags: CSS, Firefox, personalización, WordPress

Artículos relacionados

• Roadmap: WordPress 2.5, Firefox 3
• PHPSpeedy: mejora el tiempo de carga de tu sitio
• Este-estilo (un plugin para WordPress)
• eduStyle: inspiration for campus web designers
• Bloglines al estilo OSX
• YUI y otros Frameworks CSS
• Yo [corazón] WordPress

Satorii ha sido diseñado para ser utilizado con WordPress 2.7 o superior, y mantiene en gran medida la estética de la versión anterior: una columna centrada, con los detalles de cada entrada flotando a la izquierda del texto para resaltar de forma importante los contenidos del blog y facilitar su lectura; un pie de página a tres columnas donde poner cualquier widget que se te ocurra; un estilo minimalista, sobrio, elegante, que brilla con todo su esplendor utilizando la fuente de código abierto Liberation Sans.

• Descargar: satorii – Google Code
• Demo
• Sitio del proyecto en Google Code
• ¿Bugs? ¿Peticiones? ¿Ideas?

Construído sobre Sandbox, Yahoo! User Interface y jQuery, lo que facilita la posibilidad de personalizarlo o agregar nuevas características, además de sumar algunas bastante interesantes, como zebra tables y mostrar imágenes con FancyBox de forma automática, además de la posibilidad de agregar fácilmente respuestas a los comentarios.

Además, trae todo lo que debería tener cualquier tema completo para WordPress: soporte para tags, galerías y leyendas de imágenes, Gravatar, soporte para localización (puedes crear tus propias traducciones), una plantilla especial para imágenes, y por supuesto, soporte para widgets.

Satorii es software libre publicado con Licencia GNU GPL 2.

Tags: Diseño, gpl, jquery, Software, Themes, widgets, WordPress, yui, Yukei

Artículos relacionados

• Typographic: un tema tipo-tumblelog para WordPress
• WordPress MU, themes y spam
• Un nuevo tema para yukei.net (II)
• Simplr, otro tema minimalista para WordPress
• Satori: theme para WordPress
• Satori rev19 (Actualización)
• Proyecto: sitio web, Magíster en Etnopsicología

Gracias a las maravillas de cron, esta referencia se actualizará cada día desde el repositorio SVN de Automattic.

Agréguenlo a sus favoritos: http://lab.yukei.net/wp-trunk/

Tags: información, php, referencia, Software, WordPress

Artículos relacionados

• Y tenemos WordPress 2.1
• WordPress y Habari
• WordPress es todo oídos
• WordPress 2.1 Beta 3
• Referencia del código de WordPress, actualizada
• Yo [corazón] WordPress
• WPG2: WordPress + Gallery2

Si bien dicha documentación se actualiza semanalmente cada sábado; con el lanzamiento de la versión 2.7 me pareció adecuado adelantar la actualización y anunciarlo nuevamente, para que valga como recordatorio de algo que me ha resultado muy útil al desarrollar proyectos con WordPress.

¡Agrégalo a tus marcadores!

Tags: documentación, php, referencia, WordPress

Artículos relacionados

• Referencia del código de WordPress (versión en desarrollo)
• Referencia del código de WordPress
• Y tenemos WordPress 2.1
• WordPress: Encontrar los “ancestros” de una página
• WordPress y Habari
• WordPress es todo oídos
• WordPress 2.1 Beta 3

PHPXref es una herramienta que facilita este proceso, ya que a partir de los archivos de instalación es capaz de generar referencias cruzadas del código. Hace tiempo, en Red Alt (un sitio de uno de los desarrolladores de WordPress) mantenía esta documentación para las últimas versiones de WordPress; sin embargo, ahora se encuentra bastante atrasada. Tras un par de clicks por acá y allá, la configuración de PHPXref y un cron lo he montado en un espacio de este sitio.

En http://lab.yukei.net/wp-code/ puedes encontrar la documentación cruzada de la última versión de WordPress. Se actualiza cada sábado, haya o no una nueva versión. Hay referencias para

• Clases
• Funciones
• Variables
• Constantes

… y además puedes buscar en cualquiera de esas categorías. Estaremos de acuerdo en que no es lo más estéticamente agradable que hay, pero de que sirve, sirve.

Y ya que estamos en eso, en http://sandbox.ftwr.co.uk/wp/ está la documentación cruzada de la versión en desarrollo (el trunk)

Tags: código-abierto, documentación, programación, referencia, WordPress

Artículos relacionados

• Referencia del código de WordPress, actualizada
• Referencia del código de WordPress (versión en desarrollo)
• PHP te facilita la vida
• Komodo Edit, editor de código multiplataforma
• Intentando montar un VPS
• Crear un Tumblelog con WordPress
• 281 – Tema para WordPress en español

Decidí montar el sitio sobre WordPress y usar su sistema de páginas para estructurar el contenido; dado que la idea de esto era no tener que estar editando cosas “a mano” cada vez que se agregaran nuevos contenidos, necesitaba conocer los “ancestros” de una página —o sea, su padre ($post->post_parent), el padre de su padre, etc.— para poder determinar a qué sección del sitio correspondía.

Ya antes había explorado algunas posibilidades para trabajar con páginas padre, hermanas e hijas (exprimiendo la analogía al límite), pero nada de eso me servía en este caso.

Afortunadamente, a partir de la versión 2.5 de WordPress existe una variable que aporta justamente la información que necesitaba: se trata de $post->ancestors. Esta variable almacena en un array el $post->ID del padre de la página presente, el padre de su padre, el padre de su padre su padre, etc. hasta llegar a la página de primer nivel (o sea, la que se encuentra directamente bajo la raíz del sitio). Por ejemplo, al hacer un print_r($post->ancestors) de una página “x”, tendríamos algo así:

Array
(
    [0] => 46
    [1] => 118
    [2] => 27
)

Donde [0] es el padre de la página presente; [1] el padre del padre y [2] el padre del padre del padre… el $post->post_parent de [2] (o sea, de la página con la ID 27), es 0, o sea, index.php?p=27 es la página de primer nivel.

Ahora, para determinar si una página está bajo alguna otra, podemos utilizar una versión que forma parte de PHP: in_array(), donde el primer argumento será la “aguja” y el segundo el “pajar”. En mi caso, quería aplicar una plantilla especial si la página era descendiente de la página con la ID 27, por lo que la usé de este modo in_array(27, $post->ancestors).

Con esto, podemos agregar un nuevo condicional al archivo functions.php del tema que estamos desarrollando:

function is_article() //determinar si la pagina presente es un artículo de la revista
{ global $post;
if ( 27, $post->ancestors ) { return true; }
}

… y luego podemos ocupar este condicional de manera similar a las Conditional Tags de WordPress:

<?php if ( is_article() ) {
 // hacer cosas
} ?>

Tags: Desarrollo Web, php, WordPress

Artículos relacionados

• Y tenemos WordPress 2.1
• WordPress es todo oídos
• WordPress 2.1 Beta 3
• PHP te facilita la vida
• Crear un Tumblelog con WordPress
• Yo [corazón] WordPress
• WPG2: WordPress + Gallery2

Sabemos que hubo problemas previos a su lanzamiento: en primer lugar, su desarrollo demoró “algo” más de lo presupuestado en el ciclo de desarrollo de cuatro meses planteado en enero del 2007 (lo que incluso llevó a que pasáramos directamente desde la versión 2.3 a la 2.5, saltando la 2.4). Además, creo que muchos recordarán los primeros comentarios que levantó el rediseño del panel de administración cuando se “filtraron” sus primeras imágenes…

Dejaré eso en el pasado; ahora comentaré cómo me ha resultado este “nuevo” WordPress, ya que al poner en la balanza lo bueno y lo malo… bueno, ya verán.

Lo bueno

Hay algunas nuevas características que —en mi opinión— resultan en mejoras notables:

• La nueva versión del editor “visual” (WYSIWYG), que además de generar código válido (aunque no por ello 100% correcto) agrega la posibilidad de edición a pantalla completa, un gran acierto para mi gust, a pesar de que raramente ocupo el editor visual. Además, algo que en verdad no se si solo se da a partir de ahora o no me había fijado antes, pero cuando has elegido el editor visual y seleccionas la vista de código, esa preferencia se mantiene en la próxima vista del panel de escritura
• La posibilidad de actualizar automáticamente los plugins instalados, lo que facilita enormemente las tareas de mantención del software, con las ventajas en seguridad que esto supone
• Las mejoras en las funciones de búsqueda, que —por fin— incluye a posts y páginas
• Las funciones de administración de tags, algo evidentemente necesario y que había quedado fuera de la versión anterior, delegado a plugins
• El nuevo sistema de login (más seguro) y el medidor de la fuerza de la contraseña… para que si un usuario pone 1234, god o sex al menos sepa que la está dejando muy fácil
• Bloqueo de posts en edición: cuando un usuario está editando un post, los demás no pueden editarlo al mismo tiempo, lo que puede evitar ciertas complicaciones

Lo malo

Primero que nada, debo recordar que estoy planteando esto desde mi propio punto de vista y experiencia con WordPress 2.5… ¿qué cosas podrían haber sido mejor?

• El rediseño del panel de administración: cuando aparecieron las primeras capturas de pantalla y todos decían que era malísimo, yo decía “hey, esperemos, esto es apenas una versión en desarrollo”; ahora al ya verlo terminado debo decir que me deja muy-poco-contento.

  En algún lugarMatt planteó que el rediseño tuvo como objetivo dejar la vía libre para escribir, lo que creo que han conseguido sacrificando todo lo demás… esto me ha llevado a pensar que hay (al menos) dos grandes grupos de usuarios de WordPress: los que solamente escriben y publican, y los que “saben” trabajar con WordPress y hacen uso de sus posibilidades más avanzadas como la utilización de campos personalizados, el sistema de categorías, el “extracto”, etc.

  Claramente, esta vez los primeros han resultado beneficiados, y los segundos tenemos que conformarnos con hacer scroll y buscar las opciones que queremos utilizar en un panel de escritura que (extrañamente) solía ser más personalizable que el actual: ¿recuerdan que podíamos reordenar los elementos? Ya no se puede.

  Y eso es solamente en cuanto al panel de escritura, ya que el dashboard (tablero/escritorio) también ha quedado no solamente muy distinto en comparación al anterior, sino más bien desordenado —y no soy el único que piensa de este modo.

  Dejemos las cuestiones estéticas al gusto de cada uno (y agradezcamos que la posibilidad de alterar el aspecto del panel es más fácil en esta versión), y juzguemos en términos de usabilidad: ¿acaso no es lamentable que haya que recurrir a hacks para aumentar la usabilidad de un panel que supuestamente se rediseñó con este aspecto en primera consideración? ¿Acaso a nadie le llama la atención que uno de los desarrolladores principales de WordPress haya tardado alrededor de un día en acostumbrarse a hacer click en el nombre del comentarista para editar un comentario? ¿O que gran parte de las preguntas más frecuentes sobre la nueva versión tengan que ver con “encontrar” cosas que antes estaban a simple vista pero ahora están “sólo un poco más escondidas”?

  Y finalmente, la gestión de widgets: antes podía editar todas las sidebars en la misma pantalla, ahora hay que editarlos uno por uno… mal.

  Y en lo estético (sólo es una opinión), no me gusta. No me extraña que Fluency, un plugin para cambiar su apariencia, sea tan popular.

• El sistema de subida de archivos: que para muchos funciona fantástico, pero para otros no funciona para nada. Aquí hay varias causas y varios problemas distintos: por ejemplo, falla (o fallaba) cuando mod_security (un módulo de Apache) está activado. O con lighttpd (un servidor web más “liviano” que Apache) < 1.5. O en algunas instalaciones de Linux (en la mía, por ejemplo). O cuando estás utilizando alguna versión menor a la 9.0.115 de Flash. O también en Internet Explorer (era que no). O con Bad Behavior menor a 2.0.14…

  Por ello es que en los foros de soporte de WordPress uno de los posts permanentes es sobre estos problemas, y se ha desarrollado un plugin cuya única función es desactivar este sistema.

  Creo que no es una locura pedir que se cree una opción dentro del perfil de cada usuario para desactivar el sistema en Flash, tal como ahora existe una para desactivar el editor visual… pero no, dejemos que quienes tienen problemas se las arreglen solos e instalen el plugin para arreglar WordPress. O simplemente neguemos que existen problemas.

• No pueden existir categorías duplicadas…

… al primero que diga “si no te gusta no lo uses” le pongo un sombrero de troll.

Tags: Desarrollo Web, Open Source, Software, Weblogs, WordPress

Artículos relacionados

• Yo [corazón] WordPress
• Y tenemos WordPress 2.1
• WPG2: WordPress + Gallery2
• WordPress, DreamHost y tiempo de CPU
• WordPress y Habari
• WordPress es todo oídos
• WordPress 2.1 Beta 3

Descargar: Traducción de wordTube al español

La instalación, como siempre, es sencillísima: basta con extraer los archivos en el directorio languages del plugin (wp-content/plugins/wordtube/languages).

Esta traducción está hecha para la presente versión del plugin (1.6), pero es probable que también funcione con versiones venideras.

Tags: Audio, plugin, traducción, Video, WordPress

Artículos relacionados

• wordTube (traducción al español)
• Betaless: audio, fotografía, imagen y video digital
• WPG2: WordPress + Gallery2
• WordPress es todo oídos
• Twilight: AutoSave
• Subscripciones a Comentarios (III) – Subscribe to Comments
• Plugins para WordPress