Una vez formateadas y revisadas las entradas, las he puesto en modo borrador y he realizado una exportación selectiva de la categoría correspondiente. A continuación he importado el archivo WXR resultante desde La Bitácora del Tigre, y he modificado las fechas de las entradas para que coincidieran en lo posible con las circunstancias originales de publicación. Como no conservo referencias exactas de las fechas de publicación de los textos, excepto de tres que luego mencionaré, y no quería perder el tiempo en una labor detectivesca poco rentable, he publicado todas ellas con fecha de marzo de 2005.

Por tanto, los lectores y lectoras de La Bitácora del Tigre que quieran acceder a las reseñas que escribí antes de que el blog viera la luz por primera vez, ya pueden hacerlo desde este mismo sitio web, para lo cual deben pulsar sobre el enlace correspondiente al mes de marzo de 2005, o sobre cualquiera de los siguientes ítems:

• La criptografía o los límites de la ciencia ficción: Criptonomicón, de Neal Stephenson.
• Arturo Pérez-Reverte: La carta esférica.
• Una guía de lectura imprescindible: Las cien mejores novelas de ciencia ficción del siglo XX.
• De lo fantástico y sus aledaños: Cuentos de los días raros, de José María Merino.
• La guerra de África, desde las trincheras: El nombre de los nuestros, de Lorenzo Silva.
• Identidad, miniaturas y simetrías: El heredero, de José María Merino.
• A la manera de un libro de viajes al revés: Hotel Honolulu, de Paul Theroux.
• La Segunda Guerra Mundial en el Atlántico Norte: Mar cruel.
• Richard Preston: Operación Cobra.
• Michael Crichton: Rescate en el tiempo.
• Sefarad. Una novela de novelas, de Antonio Muñoz Molina.
• Un relato histórico estremecedor: Stalingrado, de Antony Beevor.
• En el centro del gran bazar del mundo: Antonio Muñoz Molina, Ventanas de Manhattan.
• Lorenzo Silva: El alquimista impaciente.

Todavía me queda algún trabajo que hacer, como por ejemplo revisar algunos metadatos, enlazar las imágenes de las reseñas con archivos alojados en este blog (si mis atentos lectores miran el código, comprobarán que los enlaces de las imágenes siguen remitiendo al blog de pruebas, pues en el proceso de importación WordPress importa el código HTML, pero no los archivos externos), y reformar las tres reseñas que publiqué simultáneamente en Lengua en Secundaria y La Bitácora del Tigre, a saber:

• Un Nadal y medio.
• Vida de una familia judía.
• Delicadamente atroz: Kazuo Ishiguro, Nunca me abandones.

En realidad, no se trata tanto de una reforma como de sobrescribir las reseñas publicadas en este blog con el contenido original de los artículos de Lengua en Secundaria. En su momento no sabía cómo reproducir en el blog las notas a pie de página y por eso las tres reseñas citadas se publicaron en el blog sin ellas. Ahora que estoy bastante más curtido que entonces en las tareas de administración y escritura bloguera, no tengo ninguna limitación para publicar prácticamente cualquier artículo en su estado original.

Por cierto, a todos cuantos tengan necesidad de incluir notas a pie de página en los artículos de un blog realizado con un WordPress autoadministrado, les aconsejo vivamente que prueben el plugin WP-Footnotes. Tiene ya muchos años a sus espaldas, pero se ha actualizado con regularidad, y funciona a la perfección en las últimas versiones de la aplicación. Véanse, por ejemplo, las notas de la reseña de Rescate en el tiempo, de Michael Crichton, impecablemente formateadas por el citado plugin.

Se me olvidaba: con la importación de estas diecisiete entradas (aunque sólo catorce son nuevas), La Bitácora del Tigre ha sobrepasado ya, aunque un tanto tramposamente, los 700 artículos. A ver si en tres añitos más llego a los mil.

Entradas relacionadas

1. Más utilidades para exportar un blog de WordPress
2. Para convertir un sitio web estático en un blog
3. Un truco para resolver problemas derivados de la migración del blog
4. Un blog de aula para la exportación 1

Desde la versión 3.0 de WordPress, la exportación de un blog se puede llevar a cabo, además, de forma selectiva, pues al núcleo de la aplicación se le han añadido los filtros originalmente desarrollados por el plugin Advanced Export for WP & WPMU (véase lo que escribí sobre él en ¡Ah, si yo hubiera tenido este plugin antes!). Mediante la actual herramienta de exportación (figura 1) se puede filtrar el contenido de un blog por fecha, autor, categorías, etiquetas, tipo de contenido y estado de publicación, lo cual resulta de suma utilidad para realizar exportaciones selectivas o superar las limitaciones de los servidores, que por regla general suelen presentar problemas cuando se trata de importar un fichero de gran tamaño (véase, a este respecto, la pregunta How do I Import a WordPress WXR file when it says it is too large to import?, donde se explican diversas técnicas para solventar dichas limitaciones).

Figura 1 - Opciones de exportación de WordPress

Pueden existir situaciones, sin embargo, en las que sea necesario generar una copia del contenido del blog en formatos diferentes al nativo de la aplicación (WordPress eXtended RSS, o WXR). Imaginemos, por ejemplo, un caso en el que se desea el texto plano de las entrada del blog, para componer a partir de él una publicación, o llevar a cabo un proceso de exportación-importación hacia otro entorno o hacia una aplicación distinta. En tales casos siempre podríamos recurrir a cualquiera de los interfaces gráficos de gestión de MySQL, como phpMyAdmin, para obtener un fichero TXT, SQL, CSV, etc. con el contenido apetecido. El inconveniente de este procedimiento es que hay que tener algún conocimiento, aunque sea mínimo, de SQL para obtener los resultados apetecidos.

Pues bien, recientemente se ha publicado un plugin, titulado Exports and Reports, que permite realizar este tipo de operaciones incluso a aquellos usuarios que no tengan la más mínima experiencia con el manejo de bases de datos. Ciertamente, un buen conocimiento del lenguaje SQL garantiza la posibilidad de sacar todo el partido posible de la extensión, pero ésta ya incorpora algunas consultas para obtener listados simples del contenido de las entradas y páginas fijas del blog, que a buen seguro son los que resultan más interesantes para la inmensa mayoría de los autores.

Una vez instalado y activado (crea tres tablas adicionales en la base de datos), el plugin crea una nueva entrada en el menú, titulada Reports, y cuatro submenús, a saber:

• About: proporciona información sobre el plugin y su autor.
• Manage Groups: permite crear y gestionar grupos de informes. Por defecto, el plugin genera un único grupo titulado WordPress.
• Manage Reports: permite crear y gestionar informes.
• WordPress: contiene los informes correspondientes al grupo ya mencionado. Por defecto, el plugin genera dos informes, con el contenido de las entradas y las páginas fijas del blog. 

Al crear o editar un informe desde el submenú Manage Reports, se accede a un interfaz mediante el cual se pueden definir a voluntad las consultas SQL y los elementos que incluirá el informe: campos, etiquetas para las cabeceras, formato de los campos, etc. (figura 2). Conviene tener en cuenta que dicho interfaz carece de cualquier clase de ayuda relacionada con la estructura de datos de WordPress, lo cual exige a quien desee utilizarlo un buen conocimiento de las tablas de la aplicación y de la sintaxis del lenguaje SQL. Por su parte, desde cada uno de los grupos de informes se puede consultar su contenido, adecuadamente paginado, y, lo más importante, exportarlo a los cuatro formatos previstos por la extensión: CSV delimitado por comas, TAB delimitado por tabuladores, XML y JSON (figura 3).

Figura 2 - Creación de informes de exportación

Figura 3 - Informe y función de exportación

Con las limitaciones ya expuestas (algunas de las cuales parece que van a ser subsanadas por su autor en próximas versiones), y sobre todo si se tienen suficientes conocimientos de SQL, este plugin puede ser un complemento precioso para todos los usuarios de WordPress que necesiten mayor potencia o más opciones de exportación del blog. Habrá que estar muy atentos a su desarrollo.

Entradas relacionadas

1. Un blog de aula para la exportación 4
2. El blog offline, esta vez en formato ePub
3. Un blog de aula para la exportación 3
4. Un nuevo sistema de presentación de fotos para el blog
5. Tabla de contenido para la entrada de un blog

Con este plugin, hacer una exportación total o parcial de un blog, dividirlo en varios blogs más pequeños o crear un blog nuevo a partir de otros ya existentes, se convierten en tareas triviales, casi en un juego de niños. También vendrá de perlas a los administradores de blogs monumentales, a fin de reducir el tamaño de los archivos XML resultantes del proceso de exportación y, por tanto, el tiempo y el esfuerzo de servidor necesarios para importar dichos ficheros. Y por supuesto alegrará la vida de los que tengan que migrar o actualizar un blog siguiendo el procedimiento de exportación-importación, sobre el que escribí el pasado sábado, contando mi experiencia con el blog Darle a la lengua, de Felipe Zayas.

Para no escribir de oídas, he hecho unas cuantas pruebas. Todas han funcionado muy bien, a excepción de aquellas que implicaban el filtro de autoría. No sé si el problema será debido a alguna peculiaridad de mi blog (todavía utilizo WordPress 2.7.1, versión que explícitamente se declara como compatible con la extensión), o a algún defecto de programación, pero con todo y con eso, sigo manteniendo la recomendación inicial, pues éste es un complemento imprescindible para todo administrador de blogs que se precie. Mañana lo probaré en la plataforma Multiblog del PNTE, que funciona con la versión 2.7.1 de WordPress MU. Seguro que a nuestros usuarios les vendrá de perlas, sobre todo cuando elaboremos el correspondiente tutorial.

Si mi opinión vale de algo, habría que considerar muy seriamente la candidatura de este plugin para formar parte de las funciones nativas de las próximas versiones de WordPress y WordPress MU.

Addenda del 1 de julio de 2009

El plugin funciona exactamente igual en WPMU que en WordPress. De hecho, también en la versión multiusuario de la aplicación se reproduce el fallo ya comentado respecto al filtro de autoría: el fichero XML se genera, sí, pero sólo con las etiquetas, es decir, sin el contenido asociado al autor seleccionado. Cuando en la exportación no se incluye el filtro de autoría, funciona correctamente.

Addenda del 2 de julio de 2009

Acaba de publicarse una actualización del plugin, que resuelve el problema con el filtro del autoría (véase el comentario que escribí ayer en la página de la extensión), y que funciona estupendamente tanto en WP como en WPMU. Lo dicho: una herramienta imprescindible, y ahora mucho más que antes.

Entradas relacionadas

1. Un plugin para masoquistas
2. Un plugin de calendario estupendo para los blogs de aula
3. Gestión de etiquetas con el plugin Simple Tags 1
4. Un plugin para la organización del contenido del blog
5. Un plugin para actualizar a WordPress 2.3

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.

Addenda 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 addenda 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.

Entradas relacionadas

1. Actualización de WordPress a la versión 2.3.1
2. Se pasó el susto
3. Actualización de WordPress a la versión 2.3.2
4. Actualización de WordPress a la versión 2.2.2
5. Actualización a WordPress 2.8.3

El problema, que ya había descrito en Más sobre la exportación e importación de blogs en WordPress, consiste en que el campo comment_count de la tabla wp_posts no se actualiza en relación con el número de los comentarios de cada entrada. Dicho en otros términos: que si la entrada XXX tiene cinco comentarios, WordPress no se entera de dicho valor al completar la importación, y tanto en la información de la entrada como en el epígrafe de “entrada relacionadas” hace figurar un “Sin comentarios” o (“0 comentarios”, según las traducciones), no sólo falso y feo, sino notoriamente injusto.

El problema se resuelve por sí solo cuando una entrada recibe nuevos comentarios (entonces WordPress sí “sabe” contarlos correctamente), y por otra parte la información que figura en las entradas sin comentarios adicionales se puede recuperar manualmente editando la base de datos (con el phpMyAdmin, por ejemplo), pero ambas soluciones son insatisfactorias por motivos obvios. En todo caso, anteayer ya estaba dispuesto a invertir unas cuantas horas de las vacaciones en una tediosa sesión de MySQL (suelo ponerme música clásica para estos menesteres) cuando de repente se me ocurrió la idea de consultar los foros de WordPress a la caza y captura de algún automatismo que resolviera el entuerto.

Y, efectivamente, el automatismo existe, como puede comprobarse en este hilo: [resolved] MySQL Table For Comment Count Incorrect Although Comments Are There. El truco, que exige realizar antes de nada una copia de seguridad de la base de datos (o mejor dos, por si acaso), consiste en ejecutar el código que proporciona Haochi, un jovencísimo usuario (dice que no tiene edad para beber las cervezas con que le queramos obsequiar sus agradecidos colegas), para lo cual basta con copiarlo en un documento, salvarlo con la extensión .php y ejecutarlo en el directorio donde está alojado el blog:

<?php
include('wp-config.php');
$posts = mysql_fetch_row(mysql_query("SELECT ID FROM wp_posts ORDER BY ID DESC LIMIT 1"));
function update_comment_count(){
	for($i=1;$i<($posts[0]+1);$i++){
		$comments = mysql_query("SELECT SQL_CALC_FOUND_ROWS comment_ID FROM wp_comments WHERE comment_post_ID = '$i' AND comment_approved = 1;");
		mysql_query("UPDATE wp_posts SET comment_count = '".mysql_num_rows($comments)."' WHERE id = '$i';");
	}
	return true;
}
if(update_comment_count()){
	echo "successful";
}
?

Este script no sólo hace lo que debe, sino que además devuelve una relación completa de todas las entradas actualizadas, lo cual viene muy bien para realizar las comprobaciones oportunas. De hecho, acabo de verificar que ya sólo tengo 137 entradas sin comentar, lo cual supone que el script ha solucionado los problemas de contabilización en cerca de cien casos. Es cierto que cerca de un tercio de las entradas del blog siguen huérfanas de comentarios, pero algo es algo. Como bien dice el refrán, el que no se consuela es porque no quiere.

Entradas relacionadas

1. Algunos problemas derivados de la actualización a WordPress 2.6
2. El Tigre se reorganiza y un truco para WordPress
3. Problemas con la edición de una entrada del blog
4. Sobre la tentación del abandono y los problemas de mantenimiento del blog
5. Un blog más limpio para 2009

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, http://www.labitacoradeltigre.com/nuevo), de forma que apunten a la antigua (http://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.

Entradas relacionadas

1. Vaya susto
2. Actualización a WordPress 3.1.1, con algún susto de por medio
3. Actualizaciones, renovaciones, exportaciones
4. Actualización de WordPress a la versión 2.3.1
5. Actualización de WordPress a la versión 2.3.2

Hace ya algunos meses que describí la mecánica de uso y las posibilidades de esta función, el resultado de cuya puesta en práctica es un fichero con el formato WordPress eXtended RSS o WXR (en realidad un XML), que contiene todas las entradas, comentarios, campos personalizados, categorías y etiquetas. Desde aquel artículo he seguido investigando sobre el proceso de exportación e importación, y he hecho algunos descubrimientos muy interesantes, que paso a describir.

1. La exportación e importación de un blog grande con muchas entradas funciona bien tanto en instalaciones de WordPress monousuario como en alojamientos multiusuario basados en WordPress MU, por ejemplo el de WordPress.com. Véanse, a modo de ejemplo, los “clones” de La Bitácora del Tigre que he creado en dos instalaciones provisionales: Nuevo blog para copiar, que reside en la misma cuenta de alojamiento que utiliza mi blog principal, y Blog importado para el Tigre, creado al efecto en una cuenta nueva de WordPress.com.

2. Como saben los usuarios que han puesto en práctica esta técnica, la exportación e importación mediante el fichero WXR sólo es posible si el fichero de exportación tiene un tamaño máximo de 6 MB. Por su parte, si la importación del blog se realiza desde una cuenta de WordPress.com, el fichero está limitado a 3 MB., o al menos eso es lo que se afirma en el interfaz de administración de WPMU, en la opción Importar > WordPress. A la hora de la verdad, sin embargo, mi nueva cuenta en WordPress.com me ha permitido importar con éxito el fichero XML de La Bitácora del Tigre, que pesa 5,4 MB. y tiene la friolera de 52305 líneas (por cierto, para trastear con él utilizo una aplicación excelente: el editor Notepad++).

3. Aunque el proceso de exportación e importación funciona razonablemente bien (hay que tener paciencia en la fase de importación, pues el servidor invierte un buen rato en procesar el XML), no está exento de problemas, a saber:

• La vinculación entre los comentarios y las entradas a las que aquéllos están asociados se debilita. Aunque la relación entre unos y otras no se pierde, el nuevo WordPress no sabe contar el número de comentarios relacionados con cada entrada. Yo he resuelto el problema accediendo a las tablas de la aplicación, editando una entrada de prueba y cambiando el valor del campo comment_count, pero es evidente que semejante técnica supone un auténtico tormento cuando se trata de poner al día un blog con varios centenares de entradas.
• La numeración de los IDs de las entradas y los comentarios se altera en el proceso de importación (véanse, a este respecto, los comentarios al artículo Exporting-Importing A Category, del que me ocuparé más adelante). Esto no debería ser un problema (incluso puede ser ventajoso, porque la reordenación sirve para limpiar la base de datos), salvo que se utilice algún plugin cuyo funcionamiento implica los IDs antiguos de las entradas o/y los comentarios.

4. Si los resultados del proceso de exportación-importación de WordPress mediante el archivo WXR no resultan satisfactorios por los problemas antedichos (o por alguna otra circunstancia), siempre se puede acudir a una reinstalación de la aplicación mediante cualquiera de los diversos procedimientos de importación y exportación descritos con sumo detalle en Moving WordPress. Esta técnica, que en sus distintas variantes implica la realización de un backup de la base de datos, tiene, como casi todo en la vida, sus ventajas e inconvenientes:

• Ventaja principal: el blog resultante es un duplicado perfecto del original. Si va acompañado del traslado de todos los archivos de la aplicación (temas y plugins incluidos), el nuevo blog debería funcionar como una réplica exacta del anterior.
• Inconvenientes serios: el blog resultante mantiene toda la basura que se va acumulando en la tabla wp_options, así como las tablas generadas por los plugins que se hayan podido instalar a lo largo de la historia del blog. Este inconveniente se puede subsanar exportando sólo el contenido del blog (es decir, dejando fuera del backup de la base de datos la tabla wp_options y las posibles tablas creadas por los plugins) y reconfigurándolo minuciosamente en su nueva ubicación. Eso es lo que yo hice cuando me tocó migrar La Bitácora del Tigre, y el resultado fue plenamente satisfactorio.

5. Aunque por el momento el script de exportación de WordPress no permite exportaciones parciales (por algún sitio he leído que es probable que las próximas ediciones de la aplicación incluyan esta mejora), ya hay quien ha encontrado la manera de conseguirlo (véase, de nuevo, el artículo Exporting-Importing A Category). El truco consiste en crear un usuario provisional y hacerlo autor de las entradas que interese exportar (otro proceso laborioso, pero no hay gloria sin esfuerzo). A partir de ahí, todo es coser y cantar, pues el script de exportación permite seleccionar las entradas de un autor concreto.

6. También hay quien se las ha ingeniado para solventar el problema del tamaño del fichero WXR. El procedimiento, bastante laborioso, consiste en tomar el XML original y partirlo en pedazos, de forma que se pueda llevar a cabo una importación en pasos sucesivos. Yo no he puesto en práctica este truco porque no me ha hecho falta, pero habida cuenta de que dentro de no mucho tiempo el fichero de exportación de mi blog superará la frontera de los 6 MB., he anotado celosamente esta técnica, para cuando llegue la ocasión.

7. Los trucos descritos en los dos pasos anteriores no sólo sirven para solventar las limitaciones de los scripts de exportación e importación de WordPress. Siempre que se utilicen con cuidado y paciencia, constituyen un instrumento de indiscutible utilidad para partir un blog muy grande en otros más pequeños, o para combinar varios blogs pequeños en uno más grande.

Entradas relacionadas

1. De WordPress a WordPress y tiro porque me toca
2. Más utilidades para exportar un blog de WordPress
3. Un truco para resolver problemas derivados de la migración del blog
4. Sobre el cambio de alojamiento de un blog con WordPress
5. Un blog de aula para la exportación 1

Pensando pensando, consideré que podía ser útil la elaboración de un modelo de blog de aula, algo así como un esqueleto de blog con una estructura de entradas, categorías y páginas fijas que, además de cumplir con los objetivos y requisitos de la actividad del curso online, fuera aprovechable para los compañeros docentes. A este respecto, conviene hacer saber a quienes no lo sepan que WordPress permite exportar el contenido de un blog en forma de fichero XML, que a su vez se puede importar desde otro vacío, tal como ya comenté en De WordPress a WordPress y tiro porque me toca. Dicho de otro modo: que no es demasiado difícil crear un blog-contenedor, perfectamente funcional, que luego pueda ser reproducido, o clonado, en otras instalaciones.

Los beneficios de esta técnica en el ámbito educativo son indiscutibles: se podrían crear blogs-tipo para distintos propósitos (un blog de aula para una asignatura o materia, un blog-diario, un blog-revista escolar), y a continuación colgar los ficheros XML resultantes, con una breve explicación, para quien quisiera y supiera hacer uso de ellos. Si al fichero XML se le suman otros (el fichero OPML con los enlaces del blogroll, los temas y los plugins), el blog está prácticamente servido y listo para su uso inmediato.

Eso es justamente lo que yo estoy haciendo con mi Blog de aula para la exportación, que presento en sociedad con todas las cautelas del mundo. Es, como he dicho antes, un blog-contenedor, que sólo tiene un contenido mínimo, a modo de plantilla u orientación para quien lo considere útil como inspiración o modelo. Debo subrayar que es una publicación en una fase temprana de elaboración; todavía necesita añadidos y retoques, y no ha pasado esa definitiva prueba del algodón que es su puesta en práctica en el aula. En todo caso, creo que puede ser útil describir las características más llamativas de esta publicación, con las justificaciones correspondientes.

1. El blog de aula para la exportación no es un blog convencional, pues está organizado en torno a una página estática de inicio. Como saben los usuarios habituales de WordPress, esta estructura se consigue desde Opciones > Lectura, seleccionado la opción La página inicial mostrará una página estática, que en mi caso es la titulada El blog del aula, donde aparece una breve descripción del blog y su funcionamiento. La estructura cronológica inversa, que es el rasgo más característico del blog, sólo es visible si se accede a las categorías temáticas o secciones, como las de Novedades de la asignatura o Actividades sobre textos. A mi modo de ver, la disposición con una página de inicio fija tiene grandes ventajas para un blog de aula:

• Permite situar en la página principal aquellos contenidos que al profesor le interese destacar más en cada momento.
• Permite controlar de forma más eficaz la forma en que los alumnos acceden al blog y se mueven por él.
• Mejora la gestión de la página de inicio, optimiza el tamaño y por tanto agiliza los tiempos de carga.

2. Además de la de inicio, el blog contiene una serie de páginas estáticas (documentos, enlaces, FAQ, archivo, formulario de contacto, etc.), a las que se puede acceder desde sendos menús de navegación situados en dos zonas muy visibles: la cabecera y la parte superior de la barra lateral izquierda. El blog se ha diseñado para que los enlaces a estos recursos aparezcan en todas y cada una de sus páginas, lo que facilita la navegación y asegura que los alumnos no pierdan las referencias más importantes que deben tener en cuenta para realizar las actividades didácticas propuestas.

3. Como puede observarse a primera vista, el blog carece de blogroll en sentido estricto, dado que los enlaces sólo se incluyen en la página estática correspondiente, como un recurso didáctico más. Aunque esta disposición desvirtúa en cierto modo la naturaleza del blog, estoy convencido de que resulta más ventajosa desde el punto de vista de la eficacia didáctica, porque el blogroll puede actuar como elemento distractor y favorecer la dispersión de los alumnos y la navegación poco controlada.

4. La disposición de las barras laterales tiene un propósito estructurante muy definido: a la izquierda se sitúan los grupos de enlaces que aseguran la funcionalidad del blog, mientras que a la derecha aparecen elementos complementarios o de gestión. Esta disposición, que sólo es posible con temas que permitan utilizar dos barras laterales (por ejemplo Mandigo, que es el que yo utilizo) exige monitores con resoluciones relativamente altas (1024 píxels en el caso que nos ocupa), pero a cambio aprovecha mucho mejor el espacio disponible en pantalla.

Otro recurso que facilita la estructuración del blog y contribuye a guiar a los alumnos, evitando que éstos se pierdan por entre sus vericuetos, es una red de enlaces internos sólida y lo más consistente posible. En el que yo he creado, la consistencia está asegurada no sólo por la disposición de las barras laterales, sino por la presencia de una página fija de Archivo, elaborada con el plugin Sitemap Generator for WordPress, que reproduce la lista completa de todas las entradas y páginas que forman parte del blog.

5. El blog de aula que he creado ofrece varios dispositivos que refuerzan considerablemente su interactividad y presentan indiscutibles ventajas para su uso en clase:

• En primer lugar, un formulario de contacto con protección antispam, elaborado mediante el plugin WP Contact Form III, que permite a los alumnos ponerse en contacto con el profesor, sin necesidad de que sus intervenciones se publiquen como comentarios. Este sistema garantiza la confidencialidad de la relación profesor-alumno cuando ello resulte necesario.
• El segundo mecanismo de interactividad adicional viene dado por los formularios de encuestas, que se pueden definir a voluntad del administrador del blog, gracias al plugin WP-Polls 2.21. Un ejemplo de lo que se puede hacer con este complemento (utilísimo y extraordinariamente configurable, pues no sólo permite construir encuestas a voluntad del usuario, sino traducir todos sus elementos) es la encuesta que aparece al final de la entrada Análisis de un texto publicitario.
• El blog también permite enviar a los usuarios mensajes a través del correo electrónico. De este modo, se garantiza que todos los alumnos estén informados de las novedades, especialmente las relativas a las actividades que deben realizar. La puesta en práctica de esta función se logra gracias al plugin Email Users, con el que se pueden seleccionar los destinatarios de los mensajes en función de su identidad o de los tipos de usuario; el plugin dispone, además, de una excelente traducción al castellano, mediante el correspondiente fichero email-users-es_ES.mo.
• Por último, el blog dispone de un sistema de autentificación situado en la barra lateral derecha, elaborado mediante el plugin MiniMeta Widget, que tras el proceso de registro mediante nombre de usuario y contraseña da acceso a las funciones adjudicadas a cada uno de los usuarios, incluidas las de escribir entradas o páginas. Este sistema facilita mucho el uso del blog, pues tanto los alumnos como los profesores ganan en rapidez y facilidad de acceso a las principales funciones, en especial las que tienen que ver con la escritura de sus textos.

6. Los usuarios del blog (dos, por el momento) pertenecen a categorías claramente diferenciadas: profesor y alumnos. El denominado “Profesor Asignatura” es un usuario administrador (es decir, tiene todos los privilegios para hacer y deshacer), mientras que el llamado “Alumno Ejemplo” corresponde a la figura de un alumno-tipo; se podrían haber creado más usuarios alumnos, pero he preferido no hacerlo para simplificar la situación. El perfil del Alumno Ejemplo es el de un usuario colaborador, llamado contributor en la terminología de WordPress. He elegido este perfil porque los colaboradores tienen capacidad de escribir sus propios artículos, pero no de publicarlos; para ello, el administrador del blog tiene que dar su aprobación (hay más detalles sobre el asunto en el artículo Roles and Capabilities del WordPress Codex, en inglés). Aunque es una configuración bastante restrictiva, también permite un control muy fino de los textos que se publiquen en el blog, lo cual es muy conveniente en contextos educativos.

Existen algunas alternativas para aquellos docentes que no quieran o no puedan dar de alta a sus alumnos como usuarios del blog con capacidad para escribir en él. La primera consiste en utilizar un cliente o editor para blogs, un programa que hace posible publicar “a distancia” sin necesidad de utilizar el interfaz de administración de la publicación. Los clientes para blogs tienen otra ventaja, y es que sus herramientas de formato son, por lo general, muy superiores en capacidades y facilidad de uso al sumario editor que proporciona WordPress. A todos los docentes interesados en esta técnica les recomiendo la lectura de la serie de artículos sobre clientes para blogs y otras herramientas de escritura online que he venido publicando en La Bitácora del Tigre. La segunda alternativa es la utilización de la técnica del blog by email, o publicación en el blog a través del correo electrónico. A diferencia de la anterior, ésta es una solución de emergencia, pues sus resultados son, por lo general, poco precisos, dado que resulta difícil ajustar el formato a las necesidades de publicación, y todavía más integrar fotografías o elementos multimedia. Además, no es sencillo conseguir que cada usuario publique en su propia cuenta y en la categoría requerida. En todo caso, es una solución perfectamente factible si el profesor está dispuesto realizar estas tareas una vez que los alumnos envíen sus textos; véase, como ejemplo, la entrada No he podido realizar la actividad en el plazo previsto, publicada por el Alumno Ejemplo en mi blog de aula a través de un sencillo mensaje enviado desde su correo electrónico.

7. Los comentarios no se publican de forma inmediata. Para que un comentario aparezca publicado, el administrador debe conceder su previa aprobación, una técnica que generalmente se conoce con el nombre de “moderación de comentarios”. Esta configuración puede suponer una cierta frustración para los alumnos, naturalmente impacientes por ver publicadas sus intervenciones, pero de nuevo asegura un control absoluto del profesor sobre lo que se publica en el blog de aula.

8. La categoría de entradas predeterminada es la de Novedades de la asignatura, que no sólo incluye noticias, sino la convocatoria de las actividades didácticas que forman parte del blog. Para destacar la importancia de esta categoría, se ha situado al comienzo de la barra lateral izquierda, lo cual se consigue gracias al widget proporcionado por el plugin Category Posts Widget.

9. A diferencia de los mayor parte de los blogs, cuyas entradas más largas suelen dividirse mediante la etiqueta <!–more–>, lo cual permite generar una página principal más breve y más fácil de cargar en los navegadores, el blog de aula prescinde completamente de esta técnica, pues a él se accede, como ya se ha dicho antes, a través de una página estática de longitud perfectamente controlable.

10. El blog hace uso de dos plugins que permiten ejecutar código PHP en las entradas, las páginas fijas y los widgets: Exec-PHP y MyCustomWidget. Cualquier docente que tenga mínimas nociones de WordPress y de cómo añadir funciones en los artículos y en las barras laterales (véanse, a este respecto, mis artículos La magia de los widgets de WordPress, 1 y La magia de los widgets de WordPress, 2) encontrará que estos dos complementos constituyen un recurso valiosísimo para ajustar el funcionamiento del blog a cualquier tipo de necesidad. No obstante, es necesario advertir que ambos plugins, y en particular el primero, ofrecen ciertos riesgos, pues si se manejan de forma imprudente pueden crear serios problemas de seguridad. Esta es una razón adicional para dar de alta a los alumnos como usuarios con perfil de colaboradores; en tal situación, no pueden ejecutar PHP en sus entradas, ni pueden editar los widgets.

En mi blog de aula, he creado dos widgets personalizados mediante el plugin MyCustomWidget: el primero incluye en la barra lateral izquierda una lista de los autores del blog con sus entradas correspondientes, mientras que el segundo proporciona una lista de las páginas estáticas. Por otro lado, el plugin Exec-PHP me ha permitido generar una página de Enlaces que sustituye a la funcionalidad del blogroll.

11. Un blog de aula destinado a las actividades didácticas protagonizadas por los alumnos debiera permitir la inclusión de elementos multimedia: vídeo, audio, presentaciones, animaciones en flash, etc. En general, la inserción de elementos multimedia en WordPress es muy sencilla, pues en la mayoría de los casos basta con copiar y pegar en el editor el código proporcionado por los servicios de alojamiento multimedia. No obstante, siempre conviene utilizar plugins para tales efectos, pues con ellos se mejora la gestión de los elementos insertados y se consigue un código HTML más depurado. En el estado actual de mi blog de aula sólo hago uso del plugin Viper’s Video Quicktags para insertar vídeo (véase, por ejemplo, la entrada titulada Análisis de un texto publicitario, donde figuran un vídeo y una presentación de SlideShare), pero en condiciones de utilización real usaría también otros complementos.

12. Para elaborar el blog de aula he escogido la última versión de WordPress existente en el momento de abordar el proyecto (la 2.3.3), no sólo porque es la más completa y segura, sino por el soporte nativo para etiquetas, disponible desde la versión 2.3. Aunque la tarea de etiquetado es siempre pesada (y además de rentabilidad didáctica dudosa si han de realizarla los alumnos), los tags proporcionan una gran solidez conceptual al blog y ayudan a que los buscadores, y especialmente Google, lo indexen con facilidad. Como puede verse en mi modelo de blog de aula, todas las entradas y páginas estáticas aparecen etiquetadas, tarea en la que resulta de gran ayuda el plugin Simple Tags. El resultado del etiquetado del blog es visible en la nube de etiquetas que aparece en la parte inferior de la barra lateral derecha.

13. Salvo error u omisión por mi parte, todo el blog está en castellano gracias a los buenos oficios del tema Mandigo, que no sólo cuenta con un fichero de traducción es_ES.mo perfectamente válido, sino, lo que es mejor, con el fichero de fuente original es_ES.po, por si es necesario hacer correcciones o retocar la traducción (yo la he modificado bastante, sobre todo para normalizar el uso de las mayúsculas). Además, el blog se ha configurado para que las fechas completas aparezcan siempre en el formato más habitual en español, es decir, xx de xx de xxxx. Esto se consigue desde el menú Opciones, haciendo constar en el campo Formato fecha predeterminado el valor “j \d\e F \d\e Y” (sin las comillas). Ya que he vuelto a mencionar el asunto de la plantilla, merece la pena destacar el hecho de que el tema Mandigo ofrece muchísimas opciones de configuración, algunas muy convenientes para un blog de aula:

• Esquemas de color variables y personalizables, que se pueden combinar con imágenes personalizadas de cabecera (véase, por ejemplo, los motivos otoñales que yo he utilizado en el blog, procedentes de mi colección de fotos en Flickr). Se puede configurar el tema para que en cada ejecución aparezca una foto de cabecera distinta, o incluso un esquema de colores diferente. Esta última opción es muy vistosa, pero también puede llegar a distraer la atención de los alumnos.
• Varias barras laterales situables a derecha e izquierda, lo cual permite una organización de los widgets sumamente flexible, y apta para necesidades muy variadas. Por defecto, Mandigo viene configurado con una única barra lateral y 800 píxels de ancho, pero cabe optar por dos barras laterales, en el mismo o en distintos lados, lo cual exige una resolución mínima de 1024 píxels.
• Posibilidad de excluir páginas fijas del menú superior, a voluntad del administrador. Esta opción es muy interesante cuando el blog contiene páginas que no deben ser visibles para otro usuario que no sea el administrador del blog.
• Un estilo visual destinado a destacar los comentarios del autor de una entrada, lo cual es muy útil para distinguir entre sus intervenciones y las de otros comentaristas.
• Posibilidad de configurar los títulos de los elementos individuales del blog (entradas, páginas fijas, páginas de archivo y de búsqueda, páginas de entradas, resultados de búsqueda); se trata de una función de carácter administrativo y de escasa rentabilidad didáctica, pero de indiscutible utilidad para garantizar la efectividad del indexado del blog por parte de los buscadores.

**************

Mi intención al publicar este artículo no es sólo describir un posible modelo de blog de aula, sino también ofrecer su contenido a los usuarios interesados en él, tal como señalé al principio de esta entrada, que ya va siendo kilométrica. No obstante, antes de hacerlo quiero abrir un período de consultas para que los colegas interesados en el proyecto hagan sus propuestas, críticas y sugerencias, a través del mecanismo de los comentarios (o de la página de contacto de este blog), en torno a los siguientes aspectos:

• Organización y estructura del blog.
• Contenidos apropiados para un blog modelo.
• Funciones de administración e interactuación con los usuarios.
• Plugins recomendables para blogs de aula.
• Enlaces recomendables.
• Presentación (temas, organización gráfica, etc.).
• Otros.

Me comprometo formalmente a responder a todos los comentarios en el plazo más breve posible y a añadir al blog todas aquellas mejoras que estén a mi alcance. Mi objetivo final es generar un fichero ZIP que contenga los siguientes elementos:

• Un fichero XML con la estructura de contenido del blog: entradas, páginas, categorías y etiquetas.
• Un fichero OPML con los enlaces que forman parte del blogroll.
• Una lista de enlaces a todas las aplicaciones citadas en la entrada: WordPress 2.3.3 y su fichero de traducción, plugins con sus versiones al español y temas, asimismo con sus correspondientes ficheros de traducción, cuando existan.
• Una lista de reconocimientos: blogs que me han servido de inspiración, autores que han mejorado el blog con sus intervenciones, etc.
• Una versión en PDF del presente documento.

Entradas relacionadas

1. Un blog de aula para la exportación 4
2. Un blog de aula para la exportación 3
3. Un blog de aula para la exportación 2
4. Encuestas con PollDaddy para un blog de aula
5. Google Docs para un blog de aula

• La migración de un blog desde un proveedor de alojamiento a otro, así como el traslado de un blog desde un directorio o un subdominio a otro, o de una intranet a otra.
• El traslado de un blog elaborado con WPMU a la versión de instalación singular de WordPress y viceversa. Yo he probado la primera de ambas técnicas, y puedo asegurar que funciona perfectamente. Ahora bien, hay que tener en cuenta que cada uno de los blogs alojados en WPMU debe exportarse individualmente; el procedimiento que se describe en este artículo no sirve para migrar toda una plataforma de blogs montada sobre WordPress multiusuario.
• La refacción de un blog, por ejemplo cuando éste comienza a acusar fallos de rendimiento o exceso de complementos.
• La reconstrucción de un blog dañado o hackeado (siempre que se cuente, claro está, con un archivo de copia de seguridad a partir del cual se pueda realizar la construcción).
• La partición de un blog muy grande en varios blogs diferentes.
• La recombinación de varios blogs en uno solo (véase, por ejemplo, el testimonio que ofrece Isidro Vidal en el primer comentario a esta entrada).
• La elaboración de una estructura de categorías y páginas fijas que pueda servir como plantilla para crear sucesivos blogs, o blogs con una determinada disposición: portal de un centro, web para un proyecto didáctico, una revista escolar, etc.

Movido por la curiosidad (pero también por el interés), he seguido las indicaciones de Jeffro2pt0 y he procedido a una prueba de exportación del contenido de La Bitácora del Tigre a mi blog para experimentos. El proceso, bastante fácil de llevar a cabo, consta de los siguientes pasos:

1. Generar un archivo de exportación del blog origen (llamémosle “blog A”). Esto se lleva a cabo desde Administrar > Exportar. Desde esta pantalla, se puede elegir exportar todo el contenido o seleccionar el correspondiente a alguno de los autores del blog. El resultado, que puede tardar unos minutos, es un fichero XML especial (WordPress eXtended RSS, es decir, ‘RSS ampliado de WordPress’ o WXR), en el cual se integran todas las entradas, comentarios, campos personalizados y categorías del blog. El exportador de WordPress no dice nada más, pero como bien apunta Jeffro2pt0 (y yo he confirmado), también se exportan las etiquetas.
2. Importar el archivo XML desde el blog destino (llamémosle “blog B”). Esta acción se lleva a cabo desde Administrar > Importar. En esta pantalla aparecen todos los scripts de importación disponibles; hay que escoger el último, WordPress. Antes de proceder a la tarea, debe tenerse en cuenta una advertencia muy importante: el script de importación de la última versión estable de WordPress, la 2.3.3, contiene un bug que genera problemas con las etiquetas; el bug ya se ha resuelto, pero no se añadirá a la aplicación hasta la versión 2.5. No obstante, se puede descargar el archivo wordpress.php y copiarlo en el directorio /wp-admin/import, sobrescribiendo el ya existente. Una vez actualizado el script, se elige el archivo de importación mediante el botón Examinar y a continuación se pulsa en el botón Subir archivo e importar. Hay que tener en cuenta que sólo se pueden importar archivos inferiores a 6 MB. (he tenido bastante suerte, porque el mío ocupa 5,2 MB.). También conviene saber que el proceso es lento; mi línea ADSL de 3 MB. funciona muy bien, y aun así ha tardado lo suyo.
3. Una vez completada la carga del script, la aplicación pregunta a qué usuario deben adjudicarse las entradas importadas. Para cada uno de los autores del blog A, se ofrecen dos posibilidades: asociarlo con un autor del blog B ya existente, o crear un autor nuevo.
4. A partir de aquí, el script de importación hace su trabajo por sí solo: poco a poco se van creando las entradas y páginas, dentro de sus respectivas categorías y junto a los comentarios y etiquetas asociadas a ellas.

El resultado del proceso de exportación-importación de La Bitácora del Tigre, con sus más de 460 entradas y casi 1800 comentarios, puede comprobarse en mi blog para pruebas, titulado Experimentos con WordPress. Conviene que los visitantes sepan que sólo lo mantendré durante unos días, porque no quiero que Google me lo indexe y provoque resultados duplicados. Además, deben tener en cuenta que el blog experimental no es un clon perfecto de La Bitácora del Tigre (por ejemplo, he eliminado muchas páginas fijas que llamaban a plugins inexistentes, y que por tanto no funcionaban), pero sí una prueba de que la técnica descrita en esta entrada funciona perfectamente.

Si fuera a realizar una migración o reconstrucción real del blog, sería necesario poner en práctica algunas tareas adicionales:

• Instalar en el nuevo blog o en el blog migrado los plugins existentes en el anterior, o al menos los que fueran necesarios. En la entrada de Jeffro2pt0 y en los subsiguientes comentarios se hacen algunas interesantes observaciones a este respecto
• Recuperar el blogroll, mediante una técnica de exportación-importación semejante a la ya descrita. A tal efecto, cualquier usuario de WordPress puede generar un archivo OPML con los enlaces de su blog A, apuntando a la siguiente URL: http://dominio_de_que_se_trate/wp-links-opml.php. Posteriormente puede importarlos al blog B desde Enlaces > Importar enlaces. Incluso se puede agilizar el proceso, apuntando directamente desde Enlaces > Importar enlaces a la URL citada.
• Ajustar las entradas del blog B a las características de la plantilla escogida para dicho blog. Si las entradas del blog A han sido juiciosamente formateadas, este proceso no debería ser más fatigoso de lo necesario. Ahora bien, si las entradas del blog original contaban con estilos de formato o etiquetas poco meditadas, el proceso de ajuste puede convertirse en una experiencia sumamente desagradable. Yo no he repasado todo mi blog experimental (ni ganas), pero al ver las diez o doce primeras entradas he comprobado con suma satisfacción que los estilos de imágenes definidos en el tema de mi blog A se comportan muy bien en el blog B. No estoy en condiciones de asegurar que no haya gazapos y entradas mal formateadas, pero estoy casi seguro de que no serán muy abundantes.

Un par de observaciones finales: la primera es una viva exhortación a los colegas de afición que utilizan WordPress y disponen de alojamientos propios con suficiente capacidad y recursos, para que experimenten esta técnica y compartan sus resultados. Creo que el intento merece la pena, porque es muy posible que el bloguero o la bloguera impenitente y contumaz haya de ponerlo en práctica en más de una ocasión.

La segunda viene motivada por uno de los comentarios a la entrada de Jeffro2pt0, en la que se señala (traduzco del inglés): “migrar de Joomla a WordPress fue increíblemente fácil para nosotros en PhoneNews.com. Sólo lamento no haber llevado a cabo el proceso seis meses antes”. He de investigar este asunto, pues como ya expuse en WordPress como CMS (1), es muy probable que acabe trasladando Lengua en Secundaria desde Joomla a mi gestor de contenidos favorito. Si finalmente me decido (estoy en ello, haciendo probatinas de forma muy discreta), preferiría no tener que acudir al viejo truco del copia-y-pega.

Entradas relacionadas

1. Desaparece la categoría WordPress MU
2. Más sobre la exportación e importación de blogs en WordPress
3. Actualización a la versión 2.8.2 de WordPress
4. Actualización (con suspense) a la versión 3.1.2 de WordPress
5. Actualización a WordPress 2.8.3