Actualización: El zip del plugin contenía un archivo (advanced-cache.php) con un error que impedía a los comentadores ser cacheados individualmente. El error ha sido subsanado y el zip correcto subido. Perdón por las molestias.

Estas semanas he estado trabajando en las nuevas versiones del tema y del plugin de cacheo para WordPress.

1 Blog Theme 1.1 incluye un mejor soporte para etiquetas (incorporándose ahora también para el plugin Ultimate Tag Warrior), especialmente en la versión 2.3 de WordPress. Además, aparte de corregir algunos pequeños fallos y añadir algunas nuevas características, mejora el título y los meta description para evitar las ocasiones en las que quedan demasiado cortos (categorías, etiquetas, etc.). Descarga.

1 Blog Cacher 2.0 ha sufrido una gran remodelación interna y ahora hace uso del advanced cache de WordPress, por lo que se ejecuta antes de que el propio WordPress se haya cargado por completo, aumentando considerablemente el rendimiento. Además se han añadido varias opciones de configuración y nuevas capacidades que lo hacen aún más flexible sin perder su simpleza de uso. Descarga.

Con un día de retraso ayer apareció la versión 2.3 de WordPress, llamada «Dexter», que ya está lista para descargar. Tanto éste como el resto de los blogs de la red 1Blogr han sido convenientemente actualizados.

Ya vimos en este blog las características de esta nueva rama de WordPress, y también una guía para actualizarse a ella sin problemas. Sin embargo tras las primeras horas trabajando con «Dexter» se hicieron evidentes algunas lagunas, relacionadas con la principal característica de la versión: el sistema de etiquetado.

Al añadir una etiqueta a una entrada, a ésta se le asigna un slug o nombre para la url, que es básicamente el sanitize_title() que venían usando los títulos de las entradas, categorías, etc. Por ejemplo, si añadimos la etiqueta «Avión de papel», le corresponderá el slug «avion-de-papel».

Hasta ahí todo normal. De hecho hasta es esperable que ocurra, como ocurre, que las etiquetas que comparten slug se muestren siempre de la misma forma. Es decir, «Avion de papel» (sin acento) o «Avión de Papel» (ojo a la mayúscula) se mostrarán siempre como el «Avión de papel» original, ya que todas esas expresiones están identificadas por «avion-de-papel».

El problema reside en que el nuevo sistema de etiquetado de WordPress no trae consigo un administrador, como sí lo incorporaban los plugins más conocidos (Simple Tagging, Ultimate Tag Warrior...). Entonces, si por alguna razón escribiéramos mal una etiqueta la primera vez que la usáramos, sería imposible deshacerse de ella o modificarla. Siguiendo el ejemplo anterior, si añadiéramos por primera vez la etiqueta «Avion», y nos diéramos cuenta del error ortográfico, ni editar esa etiqueta en la entrada, ni eliminarla para posteriormente añadirla de nuevo correctamente nos servirían de nada, puesto que en la base de datos el slug «avion» se ha asignado permanentemente al texto «Avion». Incluso si añadiéramos la etiqueta «Avión» a otra entrada diferente, en el blog aparecería la expresión sin acento.

Para paliar esta deficiencia he escrito un sencillo plugin: 1 Blog Tag Manager que permite renombrar etiquetas existentes (algo que quizá debería haberse incluido en el core de WordPress). En principio su funcionalidad es sólo esa, pero la idea es ir ampliando el plugin para convertirlo en un completo gestor, así que cualquier idea será bienvenida. Sólo tienes que activar el plugin e ir a Gestionar > Etiquetas dentro del panel para empezar a renombrar etiquetas.

Después de valorar las novedades de WordPress 2.3 llega la hora de migrar nuestro blog a la nueva versión. Las actualizaciones de WordPress pueden representar un quebradero de cabeza a los responsables de los blogs, especialmente a aquellos que no estén muy duchos en cuestiones técnicas. Sin embargo, aunque el proceso es mejorable y se echa de menos una actualización automática, migrar a ésta o cualquier otra versión de WordPress no debería causar ningún problema, siempre que tomemos ciertas precauciones que nos permitan evitar sorpresas inesperadas.

1. Actualizar los plugins y el tema gráfico

Cuando aparece una nueva versión de WordPress suelen publicarse nuevas versiones de plugins y plantillas, que corrigen algunos errores o simplemente se aprovechan de nuevas características. Actualizar todos los «añadidos» que tengamos instalados es la forma más sencilla de evitar ocasionales errores una vez que la actualizacion se haya llevado a cabo. Puedes saber si un plugin ha sido probado exitosamente con la nueva versión de WordPress consultando la lista de compatibilidad. De todas formas no todos los plugins están listados en ella, por lo que la actualización a la última versión disponible es siempre la medida más aconsejable.

2. Hacer una copia de seguridad de la base de datos

El proceso de actualización de WordPress realizará cambios en la estructura de la base de datos, por lo que un posible error podría corromperla y dejarla inaccesible. Hacer un backup de la base de datos es por tanto primordial antes de llevar a cabo ninguna otra acción. Puedes realizar esa copia de seguridad directamente mediante un gestor web como phpMyAdmin o una aplicación como MySQLFront. También hay plugins específicos para esta tarea como el WordPress Database Backup.

Sin embargo, si tienes acceso a los cronjobs de tu servidor, te recomiendo que uses AutoMySQLBackup, que realizará diariamente una copia de seguridad de las bases de datos que especifiques (no sólo de WordPress) y la enviará comprimida a tu dirección de correo electrónico. Esto te permitirá despreocuparte totalmente de los backups, y los tendrás accesibles en el momento en que los necesites.

En el caso de que ocurriera cualquier imprevisto y tu blog quedara inservible, sólo tendrías que restaurar los archivos y la base de datos para devolverlo a su estado original.

3. Desactivar todos los plugins

Un plugin incompatible con la nueva versión podría devolver errores, así que desactivarlos de inicio te permitirá llevar a cabo una transición lo menos «dolorosa» posible.

4. Copiar los nuevos archivos

Si bien puedes subir los archivos normalmente por FTP, esto no es aconsejable, ya que el proceso no es inmediato (especialmente con conexiones o servidores lentos), y durante la subida algunos archivos actualizados pueden hacer referencia a funciones que son definidas en otros archivos que aún no lo están, lo que devolvería errores. Es más recomendable subir todos los archivos a una carpeta aparte, y después moverlos todos conjuntamente al directorio raiz de WordPress desde el propio servidor (por FTP, SSH, etc.), algo que es prácticamente automático.

Si has modificado algún archivo de WordPress manualmente (por ejemplo yo suelo alterar los archivos rewrite.php y link-template.php del directorio /wp-includes/ para traducir completamente las urls), recuerda realizar esa misma modificación en los nuevos archivos. Además, si quieres disponer de WordPress traducido al español, te conviene copiar a la carpeta /wp-content/languages/ el archivo es_ES.mo que tan amablemente ha puesto a nuestra disposición Alex Seo.

5. Realizar la actualización

Una vez subidos los archivos accede al panel de control de WordPress; en él se te avisará de que la base de datos necesita ser actualizada. Haciendo clic en el enlace que te aparezca («Actualizar WordPress») lograrás que se realicen automáticamente todas las modificaciones necesarias. Al terminar el proceso podrás acceder al panel con la nueva versión ya funcionando.

6. Importar las etiquetas

Si usas algún plugin de gestión de etiquetas para WordPress, lo más probable es que ese plugin deje de funcionar en la nueva versión. Sin embargo puedes incorporar los datos de las etiquetas al nuevo sistema integrado. Wordpress incluye una utilidad para importar las etiquetas de los plugins más conocidos: Bunny's Technorati Tags, Jerome's Keywords, Simple Tagging (en mi opinión el mejor, y el que venimos usando en la red 1Blogr) y Ultimate Tag Warrior.

Tan sólo tienes que acceder a «Gestionar > Importar» dentro del panel, elegir la opción apropiada y WordPress realizará de nuevo todo el proceso de forma automática.

7. Activar uno por uno los plugins

Comprueba que el tema gráfico (plantilla) no devuelve ningún error. Haz lo mismo con los plugins, activándolos uno a uno y verificando que no provocan errores o comportamientos inesperados. En el caso de que el tema o algún plugin ocasione problemas, tendrás que desactivarlo y esperar a que salga alguna actualización, buscar uno que realice una función similar o, en el caso de que dispongas de los conocimientos necesarios, ponerte manos a la obra e intentar subsanar el error.

8. Incorporar las etiquetas al tema

A no ser que estés usando 1 Blog Theme, lo más probable es que el tema para WordPress que estés usando no incorpore automáticamente las etiquetas al contenido del blog.

Para hacer esto deberás editar los archivos del tema que estés usando e incluir el código de las nuevas funciones incorporadas. Aunque hay más, las principales son éstas:

La función the_tags muestra las etiquetas asignadas a cada entrada devuelta, y por lo tanto debe incluirse dentro del Bucle. Las etiquetas estarán enlazadas a la url correspondiente, y en la función podemos especificar cualquier texto que queramos incluir antes o después del bloque, o como separador entre etiquetas.

<?php the_tags("before","separator","after"); ?>

La función wp_tag_cloud muestra una nube con las etiquetas más usadas en todo el blog, con el formato ya habitual en el que las etiquetas más usadas aparecen con un tamaño mayor. Wp_tag_cloud permite por lo tanto especificar (entre otros atributos) el tamaño mayor y menor de las etiquetas a devolver. En este caso los parámetros se pasan a la función como parte de una cadena de argumentos tipo querystring.

<?php wp_tag_cloud("smallest=10&largest=30"); ?>

Teóricamente, y si no hay ningún retraso de última hora, hoy aparecerá la nueva versión oficial de WordPress, la 2.3. En esta entrada vamos a tratar sus nuevas funcionalidades para poder valorar adecuadamente la conveniencia o no de actualizar nuestro blog.

La principal característica de esta nueva versión, y la razón por la que muchos usuarios estancados en la rama 2.0 sopesarán la actualización, es el nuevo sistema de etiquetas integrado. Dicho sistema había sido anunciado para la versión 2.2 pero fue finalmente pospuesto a ésta. Una gestión de etiquetas para las entradas se hacía necesaria desde hacía tiempo, y aunque habían aparecido varios plugins que agregaban esta característica, una solución integrada es siempre preferible. En este caso, aunque se echan de menos algunas características que sí poseen los plugins de etiquetado más usados, el rendimiento es, por lo visto en principio, mejor. Es de esperar que aparezcan nuevos plugins que mejoren la gestión de etiquetas desde el panel de control, que es la principal laguna de este sistema.

La aparición de esta característica en WordPress ha propiciado el cambio en la estructura de la base de datos, ya que el sistema de etiquetas no es sólo eso sino un completo sistema de taxonomía que incluye también a las categorías. Esto hace que las tablas específicas de versiones anteriores categories y post2cat hayan desparecido, al integrarse ahora en una estructura más general y flexible gracias a las tablas terms, term_relationships y term_taxonomy. Por tanto los plugins y temas que hagan consultas a las tablas desaparecidas no funcionarán correctamente.

Esta nueva rama de WordPress intenta además acabar con los problemas de duplicación de contenido mediante redirecciones permanentes que hacen que las urls de un blog tengan sólo una única forma válida. Gracias a esta característica ya no veremos el mismo contenido escribiendo el dominio con o sin «www», o añadiendo o no una barra final «/» a las urls. WordPress redireccionará automáticamente a la url válida en cada caso. En el mismo orden de cosas, WordPress también hará una redirección a una página válida en el caso de que la url se encuentre cortada, siempre que sea capaz de dilucidar la dirección correcta a la que se trataba de acceder.

El resto de novedades, más allá de los habituales parches a pequeños errores, no suponen ningún cambio en cuanto al funcionamiento externo, sino que se concentran en el panel de administración:

• El panel será ahora más configurable gracias a la aparición de hooks que permitirán la ejecución de plugins específicos en el tablero.
• Los enlaces entrantes ya no provendrán de Technorati, debido a la lentitud de su servicio, sino de Google Blog Search. En este caso es dudoso que una mayor rapidez compense una pérdida de inmediatez, ya que Technorati captura los enlaces entrantes más rápidamente.
• La sección de «Plugins» del panel notificará de las nuevas versiones que vayan apareciendo. Esa información proviene del directorio oficial de plugins, así que si eres un desarrollador ahora es más importante que nunca estar listado en él.
• También es destacable la mejora en la gestión de las entradas, con una función de búsqueda mucho más completa.

En los últimos días han aparecido nuevos formatos de anuncio para Google AdSense. Si bien no aportan nada nuevo en cuanto a concepto, ofrecen nuevas alternativas tanto a anunciantes como a editores.

Google Gadget Ads es un nuevo formato de AdSense que otorga más flexibilidad en el tipo de contenido a mostrar gracias a mini-sites integrados. Después de la aparición de los Referrals, un paso adelante más de Google por convertirse en una plataforma de anuncios global. La lástima es que este tipo de anuncios no pueden mostrarse directamente, sino que hay que elegir el formato de imagen para tener una oportunidad de que aparezcan en nuestro sitio web. Habrá que ver si se incoporan estos mini-sites a los referidos, algo que sería bastante más interesante.

AdSense para Móviles representa otro movimiento inteligente por parte de Google. De aquí a no mucho tiempo navegar a través de dispositivos móviles como el tan cacareado iPhone será una actividad más que corriente. Muchos de los navegadores incorporados por esos gadgets no serán compatibles con el JavaScript y los iframes requeridos para mostrar los anuncios actuales, por lo que un código para programación de servidor se antojaba necesario.