Enseguida me di cuenta de que se había producido un problema con la codificación de la base de datos, por lo que acudí a Google en busca de explicaciones y posibles soluciones. Rápidamente di con un artículo del Codex de WordPress en el que se explica muy claramente el problema: resulta que hasta la versión 2.1.3, WordPress creaba las base de datos con el juego de caracteres latin1 y el cotejamiento latin1_swedish_ci. A partir de la versión 2.2., la aplicación permite al usuario definir tanto el juego de caracteres como el cotejamiento en el fichero wp-config.php, mediante las variables DB_CHARSET y DB_COLLATE. Ahora bien, esta configuración sólo sirve para nuevas instalaciones, no para las ya existentes, y de aquí que al actualizar el blog se produjera un lío mayúsculo con los caracteres del blog.

La soluciones que se han propuesto para desfacer este entuerto son tan diabólicamente complicadas (recodificación de la base de datos en el servidor, para lo cual es necesario un acceso por SSH del que no disponíamos, o, como propone el artículo del Codea de WordPress que acabo de citar, la ejecución de una larguísima serie de consultas SQL sobre la base de datos), que tras consultar con Felipe decidí volver a la versión antigua del blog, gracias a las copias de seguridad que había preparado por si tenía que enfrentarme a un desastre. La verdad es que estaba muy angustiado, porque no tenía la absoluta seguridad de que la vuelta atrás funcionara (y por entonces la selección española ya había recibido el segundo y definitivo gol que la apeaba de la final del campeonato), pero tras borrar los archivos y la base de datos nuevos y sustituirlos por los antiguos, todo funcionó correctamente.

Le propuse entonces a Felipe utilizar una vía indirecta de actualización, que he probado a plena satisfacción muchas veces, y sobre la que he escrito varios artículos, no sólo en La Bitácora del Tigre, sino también en otros blogs: en vez de renovar el sitio web sobre una versión existente, proceder a una instalación limpia de WordPress, y volcar sobre ella el archivo XML resultante de la exportación de la versión antigua. Dejé pasar unas cuantas horas de tiempo (se trabaja mejor con la mente despejada) y acometí la tarea el jueves por la tarde. En esta ocasión todo fue como la seda, y la importación del fichero XML, aunque muy lenta, se llevó a cabo sin ningún problema, lo mismo que la del fichero OPML con los enlaces del blogroll de Darle a la lengua. Me sorprendió comprobar que la última versión de WordPress permite importar un fichero de hasta 40 MB, lo cual equivale a un blog realmente gigantesco, de varios miles de entradas, y verifiqué además que el importador parece haber resuelto el problema con el conteo de comentarios que padecían anteriores versiones.

Acabado el proceso, Felipe y yo intercambiamos unas cuantas efusiones –nada une más que las zozobras compartidas, aunque sean a distancia-, y celebramos, cada uno a nuestro modo, el éxito de la empresa: él con un artículo sobre la nueva etapa de Darle a la lengua, y yo yendo al cine, para ver una película –Transformers. La venganza de los caídos-, cuyos innumerables desatinos no pueden ser compensados ni siquiera por la descomunal belleza de Megan Fox. A veces pienso que debo ser propenso a ciertos desequilibrios psicológicos –¿el síndrome de estrés postraumático?-, que me hacen perder la cabeza tras episodios de angustia.

Bien está lo que bien acaba, cabría decir en esta ocasión. Sin embargo, ahora que puedo ver el caso con la debida perspectiva, toca hacer autoanálisis y examen de conciencia, y confesar que es la segunda vez que cometo el mismo error, porque ya en mayo de 2008 mi propio blog sufrió un enloquecimiento de la codificación de la base de datos (véanse las entradas tituladas Vaya susto y Se pasó el susto), exactamente en las mismas circunstancias que han afectado al de mi colega bloguero. Es cierto que las versiones de WordPress implicadas en ambos episodios no eran las mismas, pero pude haber puesto más atención a mi propio testimonio y haberme dado cuenta de que el cotejamiento de sus tablas era problemático. El procedimiento para actualizar hubiera sido el mismo que el que tuve que afrontar en segunda instancia, pero al menos nos habríamos ahorrado las tribulaciones y los sofocones.

Así que ya lo saben, sufridos blogueros y blogueras que utilizan WordPress: antes de actualizar su blog, sobre todo si parten de una versión de cierta antigüedad, verifiquen el juego de caracteres y el cotejamiento de las tablas de su base de datos, un par de veces mejor que una. Si ésta es distinta de utf8, se hallan ustedes ante una situación que requiere todo el cuidado del mundo. Aunque sé que existen otras soluciones, son técnicamente complejas, y por tanto mi recomendación en esta circunstancia es que hagan una instalación limpia y migren el contenido del viejo blog mediante los scripts de exportación e importación que el propio WordPress proporciona. Es un procedimiento que exige atención y en la mayor parte de los casos un trabajo fino de reajuste de los plugins, los widgets y los temas, pero también una inmejorable oportunidad para limpiar la morralla acumulada en el blog.

Adenda del 28 de junio de 2009

El comentario de Mario Núñez que figura bajo estas líneas, y el artículo que el propio Mario publicó ayer, me han animado a escribir estas líneas, que no son tanto una rectificación como una propuesta alternativa. Por las referencias en la Red que he podido encontrar, el truco funciona, aunque tiene algunos inconvenientes, como el hecho de que al mantener el wp-config.php antiguo se pierden (o se pueden perder) las innovaciones de seguridad que las últimas versiones de WordPress han introducido, a través de diferentes variables del archivo de configuración. Con todo, sigo defendiendo las virtudes de la actualización mediante la reinstalación y la importación del contenido antiguo, aunque, como ya he advertido, es un procedimiento laborioso, que exige un control minucioso del estado del blog.

Por cierto: gracias al comentario y los avisos privados de Mario me he dado cuenta también de que la función de entradas relacionadas que añadí ayer al fichero index.php de la plantilla de mi blog había descabalado el sistema de comentarios. Pido disculpas por ello, aunque creo que el único afectado ha sido nuestro maestro bloguero boricua, a quien tanto debemos todos los practicantes de WordPress.

Segunda adenda del 28 de junio de 2009

Creo que ya he resuelto el problema con los comentarios que aparecían fuera de lugar, a consecuencia del código de entradas relacionadas. Acabo de incorporar al fichero index.php de mi plantilla el código publicado por MindBlog, en WordPress: Related posts by tags. A tenor de las pruebas que he realizado, funciona bien, pero si alguien quiere confirmarlo con el correspondiente comentario, me haría un gran favor.

Esta entrada Actualizaciones, renovaciones, exportaciones ha sido publicada en primer lugar en La Bitácora del Tigre.

1. Exportar el contenido del blog original. El resultado es un fichero XML, con el formato WordPress eXtended RSS (RSS ampliado de WordPress) o WXR, que contiene todas las entradas, comentarios, campos personalizados, categorías y etiquetas del blog.

2. Exportar los enlaces del blogroll a un fichero XML. Los interesados en saber cómo hacerlo pueden consultar el artículo De WordPress a WordPress y tiro porque me toca.

3. Crear una nueva base de datos, subir a un directorio provisional todos los archivos de WordPress 2.5.1 y proceder a una instalación limpia contra dicha base de datos. Con ello se asegura que la base de datos con la que se va a trabajar mantiene la codificación y cotejamiento adecuados (UTF, por defecto) y se consigue una tabla wp_options tan limpia como resulta humanamente posible.

4. Importar el fichero XML de contenido desde el nuevo blog. Téngase en cuenta que, al hacerlo, todos los IDs de entradas, comentarios, categorías y etiquetas se reordenan. En la mayoría de los casos esto no tiene mucha importancia (de hecho, es ventajoso), pero puede afectar al resultado de ciertos plugins o widgets.

5. Importar el fichero XML con los enlaces del blogroll desde el nuevo blog. Conviene saber que, tras efectuar la importación, hay que recategorizar los enlaces, es decir, adscribirlos a las categorías correspondientes. Mi blog tenía unos sesenta enlaces, así que no me costó mucho; quien tenga doscientos, ya sabe lo que le espera.

6. Añadir todos los plugins necesarios (más de veinte, en mi caso) y configurarlos adecuadamente. Esta es una tarea larga y tediosa que hay que realizar con cuidado y atención, porque no sólo se trata de subir, activar y configurar los complementos, sino de integrarlos correctamente en la plantilla del blog y en sus barras laterales (he aprovechado para actualizar la plantilla e instalar la versión 2.0.5 del tema Tarski; por cierto, mientras escribía estas líneas me he enterado de la publicación de la versión 2.1, que tendré que examinar a fondo, pues trae novedades muy interesantes). En todo caso, la revisión de plugins y plantillas constituye una oportunidad estupenda para replantearse qué extensiones son auténticamente necesarias, y de cuáles se puede prescindir. En mi caso, la actualización a WordPress 2.5.1 me ha permitido librarme de varios plugins que ya no son necesarios o que son incompatibles con la nueva versión de la aplicación.

7. Comprobar exhaustivamente la funcionalidad del nuevo blog. Para ello he navegado una y otra vez por el frontend y el backend como usuario administrativo y como usuario no registrado y me he esforzado en escudriñar con lupa todos los escondrijos de la bitácora. A pesar de mis esfuerzos, seguro que se me ha pasado algún rinconcito por alto. Si alguien lo descubre, le agradeceré que me avise.

8. Borrar los archivos y directorios del blog antiguo y mover el nuevo blog desde su directorio provisional a la ubicación definitiva. Atención: este es un paso absolutamente esencial, que hay que planificar y realizar con todo el cuidado del mundo, porque si se comete algún fallo puede dar al traste con el proceso de migración. En mi caso, el movimiento de archivos es más fácil que en una instalación estándar de WordPress, porque yo alojo todos mis documentos e imágenes fuera del directorio /wp-content, y no utilizo nunca el sistema integrado de subida de archivos de la aplicación.

9. Mediante el PHPMyAdmin, modificar los valores de la tabla wp_options que apuntan a la dirección provisional (por ejemplo, https://www.labitacoradeltigre.com/nuevo), de forma que apunten a la antigua (https://www.labitacoradeltigre.com). Esto afecta a dos registros de la citada tabla, siteurl y home.

10. Entrar en el interfaz de administración del blog y regenerar la estructura de enlaces permanentes o permalinks. En este paso me he quedado atascado durante un buen rato, porque el nuevo .htaccess no funcionaba, hasta que me he dado cuenta de que el antiguo tenía una línea adicional para permitir que las reglas de redirección de WordPress actuaran en mi cuenta de alojamiento. Ha sido añadir esa línea, actualizar el navegador, y listo.

Este procedimiento, sin duda laborioso, tiene algunas ventajas indiscutibles. Para empezar, permite conservar todo el contenido del blog y, en cierta manera, ordenarlo y «comprimirlo» en nuevas tablas, de un tamaño algo menor que las anteriores y por tanto más funcionales. En segundo lugar, la reinstalación del blog permite limpiar la tabla wp_options, que en un blog de tamaño medio puede llegar a acumular con el tiempo miles de registros inservibles. Por último, la nueva instalación aprovecha todas las funcionalidades de la última versión de WordPress. De todas ellas, la que más me ha gustado ha sido la actualización automática de plugins, que funciona con singular eficacia en aquellas extensiones que están preparadas para ello.

No obstante, la reinstalación seguida de la importación del contenido del blog antiguo no está libre de problemas. Por ejemplo, tal como señalé en Más sobre la exportación e importación de blogs en WordPress, la importación no conserva los valores adecuados en el campo comment_count de la tabla wp_posts; yo creía que este fallo afectaba a todas las entradas, pero me he dado cuenta de que no es así. Por alguna razón que no consigo comprender, algunas entradas conservan la información correcta sobre el número de comentarios asociados, pero otras no. Una consulta SQL a mi base de datos me ha permitido saber que sólo tengo que retocar manualmente un par de cientos de entradas (lo iré haciendo en los próximos días), lo que no deja de ser un magro consuelo. Por otra parte, la reordenación de los IDs de distintas tablas (entradas, comentarios, etiquetas, categorías) afecta, como ya he dicho, a los plugins y widgets que identifican esos elementos a partir de sus identificadores. En mi caso, no he visto ningún plugin afectado, pero sí varios widgets programados «a mano», cuyo código me he visto obligado a retocar.

Ahora mismo, y tras un arduo trabajo de fin de semana, La Bitácora del Tigre es funcional al menos en un noventa por ciento. Me quedan, no obstante, algunas tareas que habré de completar en los próximos días, a saber:

• Instalar ciertos plugins. Entre ellos, FAlbum, que era el que permitía acceder desde el blog a las fotos de mi cuenta de Flickr, pues no sé todavía si es compatible con WordPress 2.5.1 y la versión 2.1 de Tarski. Tampoco he instalado el plugin Organize Series, que aunque sea compatible con la nueva versión de la aplicación modifica la estructura de la base de datos, razón por la cual he preferido aplazar su instalación.
• Buscar un nuevo repositorio multimedia para los archivos de audio que hasta la fecha formaban parte esencial de la sección de podcasts. Al comprobar algunos artículos de esta sección me he dado cuenta de que los MP3s, hasta la fecha alojados en MediaMax, eran inaccesibles. Al parecer, este servicio ha desaparecido o se ha transmutado en otro, de fiabilidad dudosa. Mientras la compruebo y, por si acaso, voy buscando otro alojamiento, lamento decir que la sección de podcasts se quedará sin la música que era su auténtica razón de ser. Vayan por delante mis disculpas a los aficionados a la música de cine.
• Revisar entradas, a la caza y captura de gazapos de estilo, caracteres erróneos sobrevivientes a los últimos avatares del blog y otros pequeños fallos.

Addenda del 24-V-2008

Tras la reinstalación y limpieza del blog he hecho algunos cambios. El más importante, la sustitución del plugin FAlbum por Slickr Gallery, una extensión más sencilla de administrar y menos exigente en términos de ocupación de la base de datos, pues la caché de las páginas visitadas se realiza sobre uno de los subdirectorios de instalación del plugin.

Aunque con otra técnica y mayor despliegue de efectos en AJAX, el nuevo plugin hace, más o menos, lo mismo que el antiguo: integrar las galerías de fotografías de una cuenta en Flickr con la página de fotos del blog.

Addenda del 30-V-2008

He actualizado el plugin WP-PostViews a la versión 1.30. Además, he reseteado el contador de visitas para que empiece por 0, porque en las últimas semanas había notado algunas incongruencias bastante alarmantes en las cifras de visitas. Con la nueva versión, pueden excluirse los impactos del administrador del blogs y de los robots de búsqueda, lo cual contribuye a tener una visión más ajustada a la realidad.

Esta entrada Se pasó el susto ha sido publicada en primer lugar en La Bitácora del Tigre.

Pero aquí no acababan los sustos. Al volver al frontend del blog, para ver cómo había quedado tras la actualización, me quedé de piedra: la codificación de los caracteres se había trastornado, y todas las vocales con tilde, las eñes y ciertos signos de puntuación (signos de abrir interrogación y admiración, guiones, comillas, etc.) habían sido sustituidos por caracteres ajenos a la codificación original. Enseguida me di cuenta de la gravedad del caso, y empecé a buscar cómo solucionar el problema. No voy a aburrir a la concurrencia relatando mis zozobras con los ficheros SQL, los scripts para modificar los cotejamientos de la base de datos y demás monstruosidades. Al final, después de más de seis horas de esfuerzos inútiles, decidí tirar por la calle de en medio y proceder a un downgrade, es decir, volver a la versión anterior de WordPress.

La vuelta atrás ha funcionado, pero no del todo. La operación sobre la base de datos que he descrito en el primer párrafo ha hecho que los widgets de texto no se puedan editar, y ademas ha provocado que desaparezcan todos los widgets que soportan múltiples instancias. Más vale que la mayoría de las operaciones sobre las diversas barras laterales de mi blog están realizadas con el plugin MyCustom Widgets, lo cual me permite prescindir de los widgets de texto nativos de WordPress, porque si no estaría vendido.

Tras devanarme los sesos buscando la causa del problema con el cotejamiento de la base de datos, creo que ya lo he identificado. De hecho, el caso está perfectamente documentado en el Codex de WordPress, pero, como suele suceder en estos casos, no había leído la advertencia. Resulta que el fichero config.php de las nuevas versiones de WordPress añade a las variables de configuración un par de líneas:

define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');

Si se utiliza un config.php con estas líneas en la actualización de un blog creado con alguna versión anterior a la 2.2, el resultado es que se pierde el cotejamiento original, con los problemas consiguientes.

En fin, de todo se aprende, y mi experiencia le vendrá bien a algún colega de afición bloguera para escarmentar en cabeza ajena. Lo malo es que mi blog probablemente se halle en un estado inestable, con errores e inconsistencias (si algún visitante las descubre, me hará un gran favor informándome de su existencia), lo cual me obliga a plantearme una solución radical, que seguramente pasa por una instalación ex novo y la importación del fichero XML resultante de exportar el contenido íntegro de la bitácora. No es una solución que me apasione, pues no está exenta de problemas, pero al menos me servirá para limpiar el blog y librarme de la basura acumulada en estos tres años de andadura.

Esta entrada Vaya susto ha sido publicada en primer lugar en La Bitácora del Tigre.

Después de hacer algunos experimentos en varios blogs de prueba que tengo repartidos por ahí, me decidí a dar el salto. Como recomiendan las instrucciones y la natural prudencia, hice no uno, sino dos backups de la base de datos, y a continuación instalé el plugin, realicé los oportunos ajustes y comencé a organizar varios artículos de la bitácora en sus correspondientes series, que hasta el momento son las siguientes: La red del Tigre, Clientes para blogs, Un blog de aula para la exportación y WordPress como CMS. Veremos qué tal se porta el invento, que a buen seguro consume recursos de procesamiento, pero cuya utilidad es indiscutible para un blog como éste, muy disperso temáticamente y bastante nutrido en entradas, muchas de ellas muy relacionadas entre sí.

Otra novedad de los últimos días (en rigor de ayer por la tarde, pues fue entonces cuando me enteré de su existencia) es la aparición de una nueva versión de mi cliente para blogs favorito, BlogDesk 2.8, publicada el pasado 20 de abril. Como en todas sus versiones anteriores, BlogDesk 2.8 destaca por su incomparable facilidad de instalación, configuración y uso. Además, ahora es compatible con WordPress 2.5, y si se utiliza esta versión del gestor de contenidos, con varias de sus funciones más interesantes: el etiquetado nativo, los campos personalizados y la protección de entradas mediante contraseña.

Ahora bien, no todo es jauja. En el ordenador principal de mi red, con Windows XP, me ha resultado imposible instalar BlogDesk 2.8 (tampoco pude hacerlo con otras versiones anteriores), por algún motivo arcano que he sido completamente incapaz de desentrañar, y que tampoco aparece documentado en los foros de la aplicación. La aplicación simplemente no logra ejecutarse con éxito, y el volcado de errores del sistema operativo no aporta ninguna pista que sea de utilidad para la resolución del caso. Así que trabajo con BlogDesk 2.6 build 300 en un equipo y el flamante BlogDesk 2.8 en otro (este último con Windows Vista Ultimate), en el cual redacté la entrada de ayer y he escrito la de hoy. No sé qué haré cuando actualice La Bitácora del Tigre a la serie 2.5 de WordPress si no consigo resolver el problema: o prescindir del ordenador principal para las tareas blogueras, o poner en práctica el plan B (es decir, trabajar con Windows Live Writer, mi segundo cliente para blogs en orden de preferencia).

La tercera novedad de la que quiero tratar en esta entrada es la publicación de WordPress 2.5.1, naturalmente bienvenida por todos cuantos deseamos estar a la última en lo tocante a seguridad y rendimiento de nuestros blogs. Confirmando lo que ya señalé el 31 de marzo, todavía no me he decidido a actualizar La Bitácora del Tigre a la serie 2.5 (aunque desde aquella fecha he creado varios blogs con WordPress 2.5 y 2.5.1, básicamente para hacer pruebas y acostumbrarme al nuevo interfaz, que me resulta un tanto antipático, dicho sea de paso). Entonces aduje mi temor a los problemas de compatibilidad de los plugins, que poco a poco van siendo resueltos por sus creadores, pero ahora mismo mi principal escrúpulo viene dado por un fastidioso problema con el nuevo sistema de subida de ficheros, que ha dado mucho que hablar a los gurús de la aplicación, y que a fecha de hoy todavía no está del todo resuelto. Yo mismo he comprobado que en el servidor que aloja los sitios webs dinámicos de los usuarios del PNTE no se registra ningún problema, pero sí en el que sirve las páginas de La Bitácora del Tigre. En fin, como recomienda Otto42 en una intervención que sintetiza el estado actual de la cuestión, habrá que tener paciencia y estar al loro de las novedades en este terreno.

Esta entrada Series para el Tigre, BlogDesk 2.8 y WordPress 2.5.1 ha sido publicada en primer lugar en La Bitácora del Tigre.

De hecho, las instalaciones a las que acabo de referirme constituían la prueba de fuego para decidir si actualizaba o no el blog a la última versión de WordPress, que sobre el papel está llena de jugosas novedades: un tablero o escritorio rediseñado, un editor visual muy mejorado que ya no corrompe el HTML introducido «a mano», que integra elementos multimedia (ímágenes, vídeo, audio, clips de Flash) a través de asistentes y la correspondiente Librería Multimedia o Media Center, y es capaz de escribir a pantalla completa (¡por fin!), búsquedas mejoradas, gestión de etiquetas integrada, actualización de plugins con un solo clic de ratón, mejor gestión de widgets, galerías de fotos, y un largo etcétera de novedades y sutiles perfeccionamientos.

Lo malo es que algunas de esas mejoras no puedo ni siquiera verificarlas, porque no funcionan con la configuración de mi servidor. Es el caso, por ejemplo, de todo lo que tiene que ver con la subida de archivos y la gestión integrada de elementos multimedia desde el editor visual. La verdad, es un problema irritante, porque el upload de ficheros funcionaba perfectamente hasta la versión 2.3.3, que es la que actualmente tengo instalada en el blog. En los foros de WordPress hay varias intervenciones al respecto (véanse las incidencias 162198 y 162373), y aunque los usuarios han proporcionado un montón de trucos para enfrentarse al problema, por el momento no hay una solución definitiva para todas las posibles configuraciones del servidor. Para mí es un incordio relativo, porque raramente utilizo el editor visual, y en cambio compongo los textos en un cliente para blogs (BlogDesk, más vale que con la nueva versión funciona estupendamente); además, siempre subo los ficheros por FTP y los enlazo manualmente. En todo caso, el hecho de que los avances user friendly del editor (dicho en jerga pijo-geek, por usar una de las geniales invenciones del amigo Potâchov) no funcionen bien resulta una molestia bastante desagradable.

Respecto a otras innovaciones (el nuevo tablero o escritorio, las mejoras en la gestión de los widgets y las etiquetas, la actualización de plugins en un solo clic, etc.) me reservo la opinión, porque al no haber actualizado el blog no he trabajado «en serio» con ellas. Por otro lado, es evidente que en este asunto no llueve nunca a gusto de todos: para los usuarios noveles de WordPress, no hay duda de que serán bienvenidas; a los que llevamos tiempo peleándonos con la aplicación, en cambio, nos costará algún tiempo acostumbrarnos a la nueva manera de trabajar.

En todo caso, creo conveniente demorar la actualización de WordPress y tomar un compás de espera, no sólo para ver si aparece alguna solución al problema del upload y la gestión integrada de los elementos multimedia, sino para verificar otros detalles importantes:

1. La publicación de la versión del backend del blog en español. Cuando comencé a redactar este artículo existía una versión poco convincente, pero acabo de enterarme que el blog de los hermanos Carrero ha publicado ya un ZIP con los ficheros .PO y .MO. Por lo que yo he podido comprobar, se trata de una traducción excelente, que además ha sido muy mejorada por la intervención de los usuarios; en alguno de los comentarios al anuncio de traducción se proponen alternativas muy interesantes para la traducción de trackback y pingback («referencias» y «notificación», respectivamente). La traducción de los Carrero no se ha decidido a incorporarlos, pues ellos proponen «retroenlace» y «pingback», pero es posible que yo lo haga.
2. La compatibilidad del tema que preside mi blog. Aunque parece que está resuelta, pues Ben Estaugh asegura en el blog del tema Tarski que no hay ningún problema en la interacción entre WordPress 2.5 y Tarski en su versión 2.1 beta (la mía es la 2.0.2), no obstante voy a esperar a que aparezca la prometida versión 2.1 definitiva, que asegura nuevas funciones y un completo rediseño del tema.
3. La compatibilidad de plugins. Este es el auténtico caballo de batalla de la actualización para un blog que cuenta, como es mi caso, con más de 35 plugins, algunos adaptados y otros laboriosamente traducidos al español. Después de revisar con infinito cuidado la lista de compatibilidad de plugins con WordPress 2.5 y comprobar, uno a uno, el estado de actualización de casi todos los complementos, he visto que hay muchos que necesitan (o que prometen) una revisión.

Así que, en vez de tirarme a la piscina, he decidido esperar, porque es lo más prudente en mis circunstancias. Para un blog nuevo, incluso con los problemas del upload ya descritos, no tendría ninguna duda (¡instalen WordPress 2.5, ya!), pero al Tigre ya le va pesando su biografía blogosférica. Por cierto, el día 10 de abril cumple tres años, habrá que celebrarlo por todo lo alto.

Esta entrada WordPress 2.5 ha sido publicada en primer lugar en La Bitácora del Tigre.

• xmlrpc.php.
• /wp-admin/install-helper.php.
• /wp-includes/gettext.php.
• /wp-includes/pluggable.php (en realidad, este fichero se modificó y luego se volvió a dejar tal como estaba en la versión 2.3.2, así que no hace falta actualizarlo).
• /wp-includes/query.php.
• /wp-includes/version.php.

Recuerdo la necesidad de hacer copia de seguridad de todo (archivos del blog y base de datos) antes de realizar cualquier actualización, por mínima que parezca. Más vale prevenir que curar.

Coincidiendo con esta actualización, he desactivado el plugin WP-Footnotes, del que recientemente se ha descubierto una vulnerabilidad importante, tal como se explica en 2 Plugin Security Bulletins. Espero que el autor del complemento publique en breve una solución, porque aunque no utilizo el plugin en muchas entradas, es realmente útil para algunos de los artículos más largos, como el de Clientes para blogs II. Con el plugin desactivado, esos artículos quedan bastante feos, pues las notas aparecen en el cuerpo del artículo, entre paréntesis dobles.

Esta entrada Actualización de WordPress a la versión 2.3.3 ha sido publicada en primer lugar en La Bitácora del Tigre.

Para ello, he seguido el procedimiento de actualización tan ampliamente documentado en el Codex de WordPress, a saber: hacer copia de seguridad de la base de datos y de los archivos del CMS, desactivar los plugins, sustituir los archivos de la versión anterior por los nuevos, actualizar los permalinks y reactivar los plugins uno a uno. En realidad, he seguido un procedimiento «abreviado», pues en lugar de sustituir todos los archivos de WordPress, sólo he subido al servidor los que han cambiado en el paso de la versión 2.3.1 a la 2.3.2 (la lista puede verse en el WordPress Trac o en el anuncio de la nueva versión).

Tras la actualización, casi todo funciona a pedir de boca, excepto la notificación de comentarios por email, problema del que ya traté después de mi actualización a WordPress 2.3.1. Aunque el truco que entonces descubrí funciona, no deja de ser un incordio tener que andar toquiteando las funciones de WordPress.

Esta entrada Actualización de WordPress a la versión 2.3.2 ha sido publicada en primer lugar en La Bitácora del Tigre.

Al ser una actualización de menos fuste que la anterior, he seguido un procedimiento abreviado: en vez de hacer una copia de seguridad completa de la base de datos y de todos los archivos del CMS, me he limitado a realizar un backup de aquélla y tomar nota de los archivos que han cambiado en la última versión.

A continuación, he desactivado todos los plugins (con la excepción del Maintenance Mode, que avisa a los visitantes de que el blog se halla en mantenimiento) y he subido al servidor los archivos modificados en la última versión. A continuación, he reactivado los plugins, y he hecho las comprobaciones de costumbre.

Todo funciona perfectamente, como cabía esperar.

Esta entrada Actualización de WordPress a la versión 2.3.1 ha sido publicada en primer lugar en La Bitácora del Tigre.

La parte mecánica de la actualización -copia de seguridad de los archivos y de la base de datos, desactivación de los plugins, sustitución de los archivos viejos por los nuevos, activación del script de actualización, reactivación de los plugins, uno a uno- no ha presentado ningún problema, al menos hasta donde yo he podido comprobar (a este respecto, hay que reconocer que las instrucciones de actualización que WordPress publica para cada nueva versión son cada vez mejores). Sólo la importación de las etiquetas generadas por el plugin Ultimate Tag Warrior 3 presenta algún problema, que comentaré más adelante.

Aprovechando la actualización, he descargado e instalado el fichero de traducción al español, y la última versión del tema Tarski, la 1.7.2. El fichero de traducción para la versión 2.3 es casi impecable (y vaya desde aquí mi reconocimiento a los hermanos Carrero por la traducción y por su espléndido blog). En cuanto al tema, me ha costado algún trabajo modificarlo para que se adapte sin fisuras al blog, pero de momento ya he limado la mayor parte de las asperezas. Me queda la tarea de revisar a fondo los dos ficheros de traducción (el del CMS y el del tema) para ajustarlos a mis propios criterios lingüísticos, y tengo que comprobar todas y cada una de las páginas del blog para ver si hay alguna inconsistencia o fallo, pero el trabajo más complicado ya está finalizado.

De las novedades de WordPress 2.3, no puedo decir gran cosa, lo que probablemente es una buena noticia: el backend funciona igual que siempre, sin diferencias sustanciales de rendimiento (tal vez algo más rápido en varias opciones de administración); la función de etiquetado no le llega a la suela de los zapatos a la del UTW3, aunque ya tengo previsto algún plugin que supla sus deficiencias; la gestión de los enlaces permanentes es más eficaz que antes (pero para apreciar esta ventaja hay que cogérsela con papel de fumar); el editor HTML ha mejorado, aunque yo apenas lo use… Lo que no he conseguido que funcione es la lectura de las fuentes RSS en la página principal del tablero o escritorio, ni tampoco los avisos de actualización de plugins y del tema Tarski, pero estoy casi seguro de que estos problemas no tienen que ver con WordPress 2.3, sino con la política de seguridad de mi proveedor de alojamiento, al cual ya me he dirigido para que me ayude a salvar el escollo.

Como ya expliqué en su momento, tenía ciertas prevenciones respecto a la nueva función de etiquetas de WordPress. Los malos augurios se han cumplido, aunque sólo hasta cierto punto, pues aunque el script de importación de etiquetas generadas con el plugin Ultimate Tag Warrior 3 funciona bien (incluida alguna bromita de dudoso gusto) y es capaz de integrar perfectamente las etiquetas antiguas en los registros de la nueva tabla wp_terms, la importación no resulta del todo eficaz. En efecto, si antes de realizar disponíamos de etiquetas con espacios en blanco (digamos, por ejemplo, «literatura fantástica») el importador las lee bien, pero convierte los espacios en guiones. De esta forma, se genera un registro que incluye los siguientes valores: en el campo name, el valor «literatura-fantástica», y en el campo slug, «literatura-fantastica». El segundo valor es perfectamente adecuado para los enlaces permanentes, pero no para representar los conceptos semánticos que se supone deben manejar las etiquetas; además, qué diablos, cuando se hacen consultas por etiquetas queda muy feo un titular como «Está navegando por los artículos con la(s) etiqueta(s) Jorge-Luis-Borges».

¿Y cómo se arregla esto? Pues como un servidor sabe de SQL lo justito, recorriendo todos y cada uno de los registros de la tabla wp_terms, y modificando el valor del campo name en las casi ¡700 etiquetas! del blog, para conseguir que donde pone «perico-de-los-palotes» figure el nombre correcto de la etiqueta, esto es, «Perico de los Palotes». Anteayer me puse a la tarea, pero tras media docena de pantallas del PHPMyAdmin me cansé y lo dejé para otro día. Prometo que acabaré esta tarea asaz desagradable, pero poquito a poco.

Por cierto, mientras redactaba este artículo, he visto que hay un problema con el sistema de búsquedas basadas en etiquetas: un desaprensivo podría echar abajo un blog actualizado a WordPress 2.3 mediante búsquedas con múltiples parámetros, que podrían provocar la saturación del servidor de bases de datos. Más vale que la gente de WordPress está al quite (y en la blogosfera hispana blogs como SIGT.net y aNieto2K), y ya se ha propuesto el parche para arreglar el bug.

Pero la tarea más laboriosa de todas ha sido actualizar el catálogo de plugins para asegurar que todos ellos funcionen eficazmente en la nueva versión del blog. He contado con la inestimable ayuda de la lista de compatibilidad con la versión 2.3 y el Upgrade Preflight Check, un plugin que identifica los posibles complementos problemáticos. El resultado de la comprobación y, en su caso, actualización de todos los plugins de La Bitácora del Tigre es este registro de compatibilidad, que seguramente vendrá bien a más de un colega bloguero:

• AdSense-Deluxe, versión 0.8: sin problemas; no obstante, requiere la revisión del fichero loop.php del tema Tarski, para insertar en él las correspondientes funciones.
• Akismet, versión 2.0.2: sin problemas.
• Audio Player, versión 1.2.3: sin problemas.
• CiteThis, versión 0.2.3. He modificado su comportamiento para utilizar un único estilo de cita (el de la MLA), que aparece automáticamente al final de cada entrada.
• Creative Commons Configurator, versión 1.0: sin problemas, aunque he tenido que modificar los estilos CSS que controlan el aspecto del bloque de texto y el logo de la licencia.
• Disk Usage, versión 2.0: sin problemas.
• Embedded Video With Link, versión 3.4: sin problemas.
• Exec-PHP, versión 3.3: sin problemas.
• Falbum, versión 0.70: funciona adecuadamente, aunque exige crear una nueva plantilla (Falbum.php) apropiada para el plugin y coherente con el tema, proceso que aparece explicado en el wiki de Falbum. No obstante, persisten ciertos problemas de desajuste con el tema Tarski, y por tanto es probable que acabe por sustituir este complemento por otro que tenga una funcionalidad semejante.
• FeedBurner FeedSmith, versión 2.3: sin problemas.
• Full Text Feed, versión 1.04: sin problemas.
• Get Recent Comments, versión 2.0.2: sin problemas.
• Google Ajax Search, versión 1.2: sin problemas.
• Google XML Sitemap Generator, versión 3.0: sin problemas.
• Litebox, versión 1.0: sin problemas.
• Live Comment Preview, versión 1.7: sin problemas, aunque es necesario editar el fichero comments.php del tema para que la vista previa de los comentarios aparezca en el lugar idóneo.
• Maintenance Mode, versión 3.2: sin problemas.
• OneClick Installer, versión 0.9.8: sin problemas.
• Phpinfo, versión 1.1: sin problemas.
• Samsarin PHP Widget, versión 1.2: sin problemas.
• Secure Form Mailer, versión 5.33: sin problemas.
• Sitemap Generator, versión 3.1: sin problemas, aunque hay que hacer algunos ajustes en el archivo del plugin y en el de traducción para que todos los mensajes aparezcan correctamente en castellano.
• Smart Archives, versión 1.9.1: sin otro problema que la imposibilidad de utilizar la opción «list», que ofrece una lista completa de todas las entradas del blog, ordenadas cronológicamente. Si configuro el plugin con esta opción, se agota la memoria que en mi plan de alojamiento pueden utilizar los scripts de PHP.
• Spam Karma 2, versión 2.3: sin problemas.
• Subscribe To Comments, versión 2.1.1: aunque no aparece en la lista de compatibilidad de plugins y en la página del plugin en WordPress.org se señala que sólo es compatible hasta la versión 2.2.1 del gestor de contenidos, yo no he encontrado problemas. Quizás sean necesarias más pruebas que las que yo he hecho.
• Ultimate Google Analytics, versión 1.5.3: otro plugin que no está en la lista de compatibilidad, y en cuya página de WordPress.org se afirma que sólo es compatible hasta la versión 2.2 del CMS. A juzgar por las estadísticas que presenta mi cuenta de Google Analytics, en la que figuran datos posteriores al día en que reactivé el plugins, yo diría que funciona bien.
• Upgrade Preflight Check, versión 1.0: sin problemas.
• WordPress PDA, versión 1.0: sin problemas.
• WP-DBManager, versión 2.20: sin problemas.
• WP-Footnotes, versión 2.2: sin problemas.
• WP-PageNavi, versión 2.20: sin problemas. No obstante, hay que editar la hoja de estilo del plugin para que el aspecto de la paginación sea homogéneo con el tema del blog.
• WP-PluginsUsed, versión 1.00: sin problemas.
• WP-PostViews, versión 1.20: sin problemas. Exige la edición de las plantillas del tema (en Tarski, loop.php), así como la generación de un fichero .mo de traducción para que el widget de las páginas más vistas aparezca en castellano.
• WP-Print, versión 2.20: sin problemas. Exige la edición de las plantillas del tema (en Tarski, loop.php) y la generación de un fichero .mo de traducción para que la página de impresión aparezca en castellano.
• WP-Scanner Activator, versión 1.0: sin problemas.
• WP-ServerInfo, versión 1.00; sin problemas.
• WP-Stats, versión 2.20: sin problemas. No obstante, es necesario crear un fichero .mo de traducción para que las estadísticas aparezcan en castellano.
• WP-UserOnline, versión 2.20: sin problemas. Como en el anterior, es necesario crear un fichero .mo de traducción para que la información aparezca en castellano.
• WP Chiclets, versión 1.2.3: sin problemas, aunque es preciso traducir algunas cadenas de texto del plugin para que aparezcan en castellano.

Me he despedido con algún sentimiento del Ultimate Tag Warrior 3 y de otros plugins que llevaban tiempo prestando servicio en el blog, pero no hay mal que por bien no venga: la bitácora se ha desprendido de peso muerto, y es ahora más ligera y fácil de manejar. A ver si dura.

Adenda del 7 de octubre de 2007

Tengo que rectificar alguno de los detalles del análisis que publiqué ayer. En concreto, lo relativo al rendimiento de la nueva versión, que parece significativamente más lenta que las anteriores a la hora de publicar contenido o editar el ya existente. No estoy seguro de que sea un problema del gestor de contenidos o de alguno de los plugins (¿tal vez el Google XML Sitemap Generator?, pero en todo caso noto el blog algo más pesado que antes.

Adenda del 8 de octubre de 2007

He modificado la traducción al español de la versión 1.7.2 del tema Tarski. Mi versión, que corrige algunas faltas de ortografía y se ajusta a mis propios criterios lingüísticos (por ejemplo, con la utilización sistemática de la segunda persona de respeto), puede descargarse aquí.

Adenda del 8 de octubre de 2007, a las 20,45 horas

Acabo de terminar la modificación de las etiquetas importadas a la versión 2.3 de WordPress. Después de tres sesiones de farragosa y lenta edición de la tabla wp_terms con el PHPMyAdmin, me he dado cuenta de que se podía acelerar el proceso: he hecho un volcado de la tabla y he editado el archivo SQL correspondiente con el editor Notepad++ (que es una utilidad excelente, una especie de chico para todo que se ha convertido en una de las herramientas que más utilizo para las tareas de mantenimiento del blog y otras muchas cosas), a fin de sustituir los guiones por espacios en blanco en el campo name de las etiquetas. Posteriormente, he vaciado la tabla wp_terms y la he vuelto a llenar con el archivo SQL transformado. En apenas veinte minutos de trabajo, he dejado las etiquetas limpias como una patena.

Adenda del 18 de octubre de 2007

Tras alguna demora, el servicio de soporte de mi proveedor de alojamiento ha dado paso en sus cortafuegos a las URLs implicadas en la página principal del Tablero de WordPress, en la página de administración de plugins y en la de configuración del tema Tarski. Ahora ya funcionan perfectamente los avisos de novedades de WordPress, los enlaces entrantes y las advertencias de actualización de plugins y del tema. ¿Qué más se puede pedir?

Esta entrada Pues me he actualizado a WordPress 2.3 ha sido publicada en primer lugar en La Bitácora del Tigre.

Enseguida me he descargado el ZIP y he comenzado a trastear con mi blog. Antes de pasar a mayores, no obstante, y antes de actualizar a WordPress 2.3, he preferido pecar por exceso de prudencia, me he leído un par de veces las advertencias sobre la preparación previa para la actualización y he tomado buena nota de las cinco recomendaciones para una actualización a prueba de fallos de WordPress.

De acuerdo con los consejos que ofrecen los gurús de nuestro gestor de contenidos favorito, he prestado atención especial a la lista de plugins compatibles con la versión 2.3 (también existe, por si alguien la necesita, una lista de temas compatibles) y me he tomado el laborioso trabajo de compararla con los que yo tengo instalados.

Y más vale así, porque de los casi cincuenta complementos que a día de hoy prestan servicio en el blog (unos cuantos desactivados), hay por lo menos uno esencial, el Ultimate Tag Warrior, incompatible con WordPress 2.3. Es cierto que la nueva versión del CMS incorpora un script de importación de las etiquetas generadas por el magnífico UTW3, pero las funciones nativas con las que WordPress 2.3 las gestiona distan mucho de las que ofrecía el UTW3; sé que existen varios proyectos en marcha para suplir esta carencia, pero todavía no estoy muy seguro de que me ofrezcan lo que yo quiero de ellos.

Por otra parte, de entre los plugins que tengo instalados en el blog hay al menos una docena que requieren actualización para ser compatibles con la nueva versión (y, entre ellos, varios de los que no quiero prescindir), amén de otros casi veinte sobre los que no existe información fidedigna sobre su compatibilidad.

Así pues, al menos por una ocasión, y a diferencia de otras actualizaciones, prefiero darme un compás de espera y mirar los toros desde la barrera. Ya siento decepcionar a quienes confían en La Bitácora del Tigre como escaparate y banco de pruebas de actualizaciones (que es un modo inteligente de escarmentar en cabeza ajena). Por una vez, y sin que sirva de precedente, voy a aguardar a que otros se arriesguen antes que yo.

A la espera de actualizar a WordPress 2.3, voy a esforzarme en seguir los consejos de Elisa Armas, una de las mejores y más fieles lectoras del blog. Trataré de olvidarme por un tiempo de la tecnología y dedicarme a escribir sobre libros y películas, que es lo que más me gusta (y lo que más trabajo me cuesta, dicho sea de paso). Tengo en la recámara dos reseñas, la primera sobre La carretera, de Cormac McCarthy, y la segunda de la biografía que Edwin Williamson escribió sobre Jorge Luis Borges, que pugnan por salir en el blog, ambas en lugar destacado. ¡Pero no encuentro tiempo y ocasión para hincarles el diente!

Esta entrada Pues todavía no voy a actualizar a WordPress 2.3 ha sido publicada en primer lugar en La Bitácora del Tigre.