Bitácoras y WordPress

Actualmente está navegando por las entradas correspondientes a la categoría Bitácoras y WordPress.

Figura 11 - El editor de WordPress, sólo con las taxonomías personalizadas

4. Ajustes finales.

En esta tercera (y seguramente última) entrega de la serie de entradas que vengo dedicando a las taxonomías personalizadas de WordPress, pretendo explicar algunos de los ajustes que he realizado en el blog Los libros del Tigre para conseguir los objetivos que perseguía cuando comencé la elaboración de un blog organizado según una clasificación taxonómica del contenido.

4.1. Modificación del interfaz de edición de entradas.

Como ya he expuesto en los otros dos artículos de esta serie, el etiquetado semántico basado en criterios taxonómicos no es incompatible con otras técnicas de marcado habitualmente utilizadas en los blogs de WordPress, esto es la clasificación de las entradas por categorías y por etiquetas libres. Ahora bien, supongamos que deseamos montar un blog cuyos usuarios estén limitados al etiquetado taxonómico, es decir, que no puedan introducir etiquetas salvo en los campos correspondientes a las taxonomías personalizadas. Esta restricción puede ser muy útil en blogs de aula cuyo interfaz pretendemos que sea lo más estricto posible, a fin de guiar a los usuarios (probablemente nuestros alumnos y alumnas) en sus tareas. ¿Es posible conseguir que éstos no tengan siquiera la posibilidad de clasificar las entradas por categorías o por etiquetas libres?

Continuar leyendo »

Figura 2 - Campos correspondientes a las taxonomías personalizadas en el editor del blog

3. La construcción de un blog taxonómico.

En la primera entrada de esta serie expuse las ventajas que para un blog educativo puede tener la organización del contenido en base a las taxonomías personalizadas de WordPress. Mostré también el ejemplo de Los libros del Tigre, un blog taxonómico cuyo propósito no es otro que verificar en la práctica este tipo de sitios web, y abordar los problemas y dificultades que pueden derivarse de su práctica. Pues bien, toca ahora explicar cómo he elaborado dicho blog, ya que en el proceso de desarrollo he tenido que afrontar ciertas dificultades cuya resolución tal vez pueda orientar a aquellos colegas que deseen abordar una empresa semejante.

3.1. Exportación e importación del contenido del blog.

Dado que el propósito de Los libros del Tigre no era crear contenido ex novo, sino organizarlo según una estructura taxonómica, consideré conveniente partir de artículos ya existentes. En concreto, utilicé las últimas entradas de La Bitácora del Tigre pertenecientes a la categoría Libros. Para exportarlas, utilicé el plugin Advanced Export for WP & WPMU, que permite aplicar a las funciones de exportación de WordPress distintos filtros: por fechas, por autores, por categorías, por tipo de contenido y por estatus de publicación. Una vez instalado y activado el plugin, y desde el menú Herramientas > Advanced Export, seleccioné las opciones que figuran en la figura 1.

Continuar leyendo »

1. El concepto de taxonomía en WordPress.

Desde la versión 2.3, publicada en septiembre de 2007, WordPress modificó el sistema que hasta entonces venía utilizando para clasificar el contenido, y puso en práctica otro significativamente distinto (y mucho más potente), organizado en torno a tres tablas: wp_terms, que contiene los términos utilizados por la clasificación; wp_term_taxonomy, que permite adjudicar un término a una taxonomía, lo cual determina si un término es una etiqueta, una categoría o ambas cosas; y wp_term_relationships, que relaciona los objetos del blog –es decir, las entradas y los enlaces– con los términos de la taxonomía. Todo ello estaba apoyado por un API taxonómica (posteriormente mejorada en la versión 2.8) que definía una serie de funciones para interrogar a la base de datos y generar consultas sobre ella (para más detalles, véase el artículo WordPress 2.3 Taxonomy Schema, en el que Ryan Boren explica esta importantísima innovación, la correspondiente entrada en el Codex de WordPress, y el modelo gráfico de relaciones publicado por Felipe Lavín en Esquema taxonómico de WordPress).

Por defecto, WordPress 2.3 estableció tres tipos de taxonomías: por una parte, categorías y etiquetas (tags), ambas asociadas a las entradas o artículos del blog, y categorías de enlaces, asociadas a los hipervínculos del blogroll. Tal como expone Joost de Valk en What are "custom taxonomies"?, la diferencia esencial entre las categorías y las etiquetas es que las primeras presuponen una clasificación jerárquica del contenido (de hecho, en WordPress, como en otros gestores de contenidos, se pueden crear categorías, subcategorías, sub-subcategorías, etc.), mientras que las segundas no suponen una intención o propósito jerárquico. Otra explicación de la diferencia entre categorías y etiquetas la encontramos en el artículo Custom taxonomies in WordPress (la traducción es mía):

Una taxonomía es una clasificación, y WordPress ya lleva integradas dos taxonomías: etiquetas y categorías. Las categorías tienden hacia una taxonomía más formal, para cuya configuración son necesarias cierta previsión y planificación, mientras que las etiquetas tienden más bien hacia un tipo de folksonomía, la cual se construye de manera más informal y más ad hoc.

Continuar leyendo »

En los últimos días la bitácora me ha dado algún disgusto: por ejemplo, al publicar una entrada nueva o actualizar una ya existente, aparecía una página en blanco. Además, cuando respondía a un comentario desde el escritorio del blog, el backend comunicaba un enigmático fallo en una sentencia SQL. Tanto los cambios en las entradas como los nuevos comentarios se guardaban correctamente, pero, además de un incordio, esa página en blanco era un síntoma evidente de que algo no funcionaba bien en La Bitácora del Tigre. Tras mucho investigar por la Red, y especialmente en los foros de WordPress, encontré una buena recopilación de las posibles causas del primer problema en Fix The Wordpress Blank Page Error, y a partir de aquí fui capaz de averiguar que el causante del trastorno (en realidad, de los dos trastornos) era el plugin Extended Live Archives, que ya me había dado bastante guerra en el pasado, y que al parecer es causa de numerosos conflictos de compatibilidad con las últimas versiones de WordPress.

Así que, con harto pesar de mi corazón –pues el Extended Live Archives genera unos índices dinámicos inigualables- he eliminado ese plugin. Me ha costado encontrar otra extensión que lo sustituya, pues ninguno de las seis u ocho que he examinado es capaz de crear un índice general de todas las entradas del blog, navegable tanto por fechas como por categorías. Haciendo de la necesidad virtud, como tantas otras veces, al final me he decidido por el plugin Smart Archives Reloaded, que también ofrece una funcionalidad aceptable (véase el nuevo índice general del blog), aunque ciertamente incomparable con el anterior.

Continuar leyendo »

Opciones del tema Tarski en el backend del blog

Acabo de actualizar el tema del blog a la versión 2.6 del tema Tarski, que entre otras novedades incorpora el soporte para las miniaturas incrustadas en las entradas, la cual es, a su vez, una de las innovaciones más visibles, aunque desde luego no la más importante, de WordPress 2.9.

Para probar esta función (no creo que la utilice mucho en La Bitácora del Tigre, porque es más adecuada para temas tipo revista o portal, pero nunca se sabe), he incluido en esta entrada una captura de pantalla de las opciones de la plantilla, tal como se muestran en el backend de mi blog. La captura aparece dos veces, en primer lugar como miniatura, asociada a la entrada del artículo, y en una segunda instancia, como imagen completa.

Continuar leyendo »

Acabo de solucionar el problema de la imposibilidad de traducir el tema Tarski (y ya, de paso, otras plantillas y extensiones en los que pueda ocurrir lo mismo), al que me referí en al artículo de ayer, gracias a una oportunísima intervención de harry_krishna en los foros de soporte de Pro Theme Design. Para quienes no sean capaces de entender lo que en este foro se dice, el problema sólo afecta a las extensiones y plantillas traducidas mediante ficheros .PO/.MO que han sido creados con el plugin Codestyling Localization (del que yo traté, por cierto, y con gran entusiasmo, en Traduciendo WordPress, sus plantillas y extensiones, con el plugin Codestyling Localization).

Según se indica en el repositorio oficial de extensiones de WordPress y en el hilo del foro dedicado a este problema, de momento este plugin es incompatible con la nueva API de traducción de WordPress 2.9. Por consiguiente, todos los archivos .PO y .MO generados o editados con dicha extensión quedan inhabilitados para ejercer su función. La solución es simple: descargar el fichero .PO, editarlo en local (por ejemplo con PoEdit), generar el  correspondiente fichero .MO y subir ambos por FTP.

Sé que es un modesto regalo de Nochebuena, pero seguramente esta información resultará útil a los sufridos usuarios y usuarias que han actualizado sus sistemas a WordPress 2.9. A todos ellos, feliz Navidad.

El lunes actualicé La Bitácora del Tigre a la versión 2.9 de WordPress. Naturalmente, tomé todas las precauciones necesarias, esto es, hice copia de seguridad (de hecho, dos copias) de la base de datos, de todo el directorio /wp-content, de los demás directorios donde almaceno los archivos que voy subiendo, de los ficheros wp-config.php, .htaccess, robots.txt y de algún otro elemento clave en mi configuración.

A continuación desactivé todos los plugins y puse en marcha el actualizador automático (Herramientas > Actualizar), que realizó su tarea en pocos minutos. Tras conectarme de nuevo al backend del blog, actualicé la base de datos y comprobé si el contenido de la bitácora era visible y navegable. Todo parecía funcionar, así que comencé la tediosa tarea de reactivar, uno a uno, la larga serie de plugins que tengo instalados.

Continuar leyendo »

Ya sé que no soy nada original, pero me gusta celebrar las festividades decembrinas en el blog con alguna pichorradica navideña. Si la del año pasado no fue especialmente novedosa, la de éste resulta de una obviedad flagrante: como ya habrán advertido mis lectores y lectoras más diligentes, se trata del típico script de nieve cayendo, conseguido gracias al plugin Let It Snow!.

Hubiera preferido algún otro, y de hecho estuve haciendo pruebas con el WpMooSnow: plugin efecto nieve en JQuery para WordPress, pero lo tuve  que descartar porque entraba en conflicto con la extensión Lightbox 2, que utilizo para conseguir un efecto de superposición u overlay en las miniaturas de imágenes. Tampoco conseguí que funcionara correctamente un script muy parecido que hace uso de las librerías MooToools, el WpMooSnow: plugin efecto nieve en Mootools para WordPress, así que finalmente opté por la solución más sencilla, aunque no sea la más artística.

Que las fiestas sean dichosas para todos, y que en el año 2010 se hagan realidad todos nuestros buenos propósitos. De momento, 2009 finaliza blanco y gélido, pero prometedor, al menos si hemos de hacer caso de aquel viejo refrán que dice “año de nieves, año de bienes”. Que nieve, o, como diría, con su incomparable fraseo, el bueno de Frank Sinatra, “Let it snow!”:

Imagen de previsualización de YouTube

Hace ya algún tiempo, en la serie de entradas que dediqué al concepto de blog de aula para la exportación, desarrollé un proyecto de blog basado en la capacidad de WordPress (también otros gestores de contenidos disfrutan de esta funcionalidad) para generar ficheros XML que a su vez pueden intercambiarse entre distintas aplicaciones y plataformas. No terminé de rematar este proyecto por diversas razones, y sobre todo porque me di cuenta de que un blog de aula es un artefacto demasiado complejo –o demasiado difícil de definir- como para crear una estructura que pudiera satisfacer todas sus posibles variaciones.

A pesar de este fracaso parcial, creo que el concepto de blog exportable (o, en un sentido más amplio, de publicación web exportable) sigue teniendo validez para el ámbito educativo, y de aquí que haya retomado el proyecto, esta vez con el objetivo más modesto de desarrollar una serie de plantillas que puedan servir para propósitos específicos y de alcance limitado. Mi primera propuesta es, justamente, la de un sitio de estructura muy simple, un blogquest, es decir, un blog sobre el que se construye una webquest. Quiero aclarar, antes de seguir adelante, que el sitio exportable que propongo es un simple contenedor, es decir, está vacío de contenido y por tanto no sirve, en su estado actual, para llevar a cabo ninguna actividad educativa.

Como el objeto de este trabajo no es explicar qué son las webquests y demás tipos de actividades basadas en una metodología de indagación en la Red, prescindiré de precisar en qué consisten o cuáles son sus elementos, por lo cual remito a los interesados al sitio Qué son Webquests, a la enciclopédica Biblioteca Semántica de WebQuest SCORM, y al libro de Jesús Mª Nieto Gil, Aprovechamiento didáctico de Internet, Madrid, Editorial CCS, 2008). En cambio, me ocuparé a continuación de desarrollar con cierta extensión los aspectos más significativos de mi propuesta de Blogquest para la exportación. Dedicaré un primer artículo a una explicación pormenorizada de la estructura de este sitio web, y un segundo a ciertos aspectos relacionados con el uso de extensiones y plantillas para conseguir las funcionalidades requeridas.

Continuar leyendo »

En dos artículos ya venerables de La Bitácora del Tigre, Búsquedas desde Firefox para el área de Lengua 1 y Búsquedas desde Firefox para el área de Lengua 2, apunté algunas técnicas para añadir diversos motores al formulario de búsqueda de los navegadores que son compatibles con Sherlock y OpenSearch (para una relación exhaustiva de sitios que integran dichas tecnologías véase la pagina del Mycroft Project) y señalaba las inmensas posibilidades que los mencionados estándares ofrecen a la hora de convertir los navegadores –especialmente Firefox- en centros de búsquedas lingüísticas de todo tipo.

Pues bien, recientemente he descubierto que cualquier administrador de un sitio web elaborado con WordPress o WordPress MU (y con otras aplicaciones, como luego se verá) puede implementar sin demasiado esfuerzo OpenSearch, con lo cual el sitio podrá ser añadido a la barra de motores de búsqueda del navegador. Basta para ello con instalar alguno de los plugins que a tal efecto se han creado para WordPress; en concreto, el Open Search y el Open Search Document, con los cuales he estado realizado experimentos durante la última semana (también hay otro plugin “extraoficial”, creado por Andrés Nieto y denominado WP-OpenSearch, que no he probado). Aunque el segundo parecía más prometedor a primera vista, me ha dado algunos problemas, por lo que he optado por añadir el primero tanto a La Bitácora del Tigre como a mi Blog de pruebas en BlueHost y a la plataforma Multiblog del PNTE. Animo a todos los lectores de este blog a hacer las pruebas que consideren necesarias para verificar el correcto funcionamiento de los tres sitios; por supuesto, me brindo de antemano a responder atentamente a sus consultas y preguntas.

Continuar leyendo »