El sitio "Comentarios y reseñas de libros"

La serie sobre un proyecto de sitio web educativo realizado en WordPress mediante taxonomías, tipos de contenido y campos personalizados, de la que forman parte los artículos Sitios educativos fechos al taxonómico modo 1, Sitios educativos fechos al taxonómico modo 2, Sitios educativos fechos al taxonómico modo 3, y Sitios educativos fechos al taxonómico modo 4, llega con esta quinta entrega a su término. En este último artículo daré cuenta de las condiciones y circunstancias en las que es aconsejable utilizar este tipo de sitios web en la actividad educativa propia del área de Lengua Castellana y Literatura.

Conviene comenzar haciendo hincapié en el hecho de que no cualquier sitio web es adecuado para un tratamiento como el que se ha descrito en las entradas que forman parte de esta serie. De hecho, ocurre más bien al contrario, pues para la mayoría de sitios creados con WordPress, o al menos para aquellos con la estructura y disposición de un blog habitual, un trabajo semejante al descrito en esta serie constituiría el equivalente del clásico matar moscas a cañonazos. A mi modo de ver, solo un sitio que reúna la mayor parte de las características que se describen a continuación hace rentable el trabajo necesario para ponerlo en práctica.

a) Es un sitio cuyos elementos de contenido esenciales (es decir, los artículos individuales) son homogéneos y presentan rasgos que no se ajustan a las posibilidades de los tipos de contenido ya definidos en WordPress. En una instalación estándar de dicha aplicación, hay cinco tipos de contenido: entradas, páginas estáticas, adjuntos, revisiones e ítems de los menús de navegación; sin embargo, para los propósitos que aquí nos ocupan, solo merece la pena considerar si las entradas y las páginas estáticas ofrecen (o no) las funcionalidades deseadas.

b) Es un sitio en el que el etiquetado taxonómico del contenido, con arreglo a uno o varios criterios aporta un valor añadido a la hora de realizar clasificaciones y búsquedas. Si el marcado semántico es poco relevante o puede atenderse con las tres taxonomías ya presentes en una instalación estándar de WordPress –es decir, categorías, etiquetas y categorías de enlaces- no hace falta embarcarse en la tarea de definir taxonomías personalizadas.

c) Es un sitio cuyo contenido y estructura resultan homogéneos y no han de experimentar variaciones a lo largo del tiempo. Definir las taxonomías y los tipos de contenido personalizados, y ponerlos en relación con los campos personalizados, es un proceso costoso que, a diferencia de lo que ocurre con la estructura típica de un blog, se adapta con dificultad a modificaciones sustanciales.

d) Es un sitio con numerosos autores que crean contenido con arreglo a normas de edición y de publicación claramente definidas. Su resultado final, equivalente a una base de datos sobre un contenido específico –cuanto más acotado sea este, más precisa y útil resultará aquella-, ha de ser una cantidad significativa de artículos bien clasificados y etiquetados, cuya información puede ser indexada y recuperada con facilidad.

e) Es un sitio con un interfaz de edición adaptado a la estructura del contenido, de forma que los usuarios dispongan de un interfaz que les guíe en la realización de las tareas fundamentales de edición del contenido, y evite que se distraigan en tareas de formato o en recorrer los menús de la aplicación. Si los usuarios editores han de ser alumnos, esta característica resulta de particular importancia.

f) Es un sitio cuyos menús de navegación y estructura de presentación del contenido no son los típicos de un blog.

Sin ánimo de agotar las amplísimas posibilidades que ofrecen los sitios educativos creados mediante taxonomías, tipos de contenido y campos personalizados, a continuación ofrezco un posible listado, adaptado a los contenidos del área de Lengua Castellana y Literaria en Secundaria y Bachillerato:

• Creación de un catálogo de movimientos literarios.
• Recopilación, análisis y catalogación de figuras literarias.
• Elaboración de reseñas, comentarios y análisis de libros, películas y otras obras artísticas.
• Elaboración de una nómina de personajes de obras literarias.
• Elaboración de callejeros literarios.
• Creación de rutas literarias.
• Elaboración de antología literarias, en la que se clasifican textos literarios ya existentes, según diferentes criterios (véase, a este respecto, mi proyecto de antología textual).
• Creación de sitios web basados en la práctica por parte de los alumnos de un modelo textual predefinido, en función de diversos criterios: tipología textual (descripciones, diálogos, breves obras narrativas o teatrales), géneros literarios (cuentos y relatos, textos poéticos con sus diversas formas métricas), géneros periodísticos (noticias, reportajes, entrevistas), etc.
• Análisis comparativo de textos literarios y sus adaptaciones cinematográficas, televisivas, teatrales, etc.
• Elaboración de repertorios de textos no literarios.
• Elaboración de repertorios de podcasts y grabaciones de audio.
• Clasificación y análisis de textos audiovisuales.
• Elaboración de una nómina o catálogo de fenómenos gramaticales.
• Creación de catálogos de fenómenos lingüísticos, relacionados con las variedades diatópicas (fenómenos dialectales), diastráticas y diafásicas de la lengua.
• Creación de léxicos especializados o diccionarios para propósitos específicos.
• Y cualquier tipo de publicación online sobre un contenido específico que sea susceptible de ser etiquetado de acuerdo con uno o varios criterios de clasificación.

Montar un sitio web que responda a cualquiera de los propósitos y finalidades que se acaban de esbozar exige una serie de requisitos imprescindibles desde el punto de vista de la instalación y la administración de la aplicación:

a) Una instalación de WordPress en servidor propio que se pueda administrar sin restricciones, pues este tipo de sitios web exige instalar plugins y modificar a fondo los temas existentes, tal como se ha visto en los anteriores artículos de la serie. Hasta donde yo sé (pero puedo estar equivocado, por lo que agradeceré cualquier corrección al respecto), una instalación como la que he descrito en esta serie es imposible en plataformas de blogs como WordPress.com o Edublogs.

b) Conocimientos avanzados de administración de WordPress. Aunque las descripciones, instrucciones y recursos que he publicado a lo largo de la serie pueden servir de orientación (véase, a este respecto, el fichero ZIP que figura al final del artículo Sitios educativos fechos al taxonómico modo 3), cualquiera de los sitios web enumerados a título de ejemplo (o cualesquiera otros semejantes) hace necesario un cuidadoso trabajo previo de análisis y preparación.

c) Una adecuada administración de los roles de usuario. Es necesario analizar con detalle qué roles requieren los procesos de edición y publicación del contenido y qué capacidades deben estar disponibles para cada uno de ellos (a este respecto, resulta de obligada consulta el artículo Roles and Capabilities), porque no todo lo que puede ser necesario es factible con los roles estándar de WordPress, y por otra parte las capacidades adscritas a cada uno de dichos roles pueden no ser las más adecuadas a los flujos editoriales que el administrador de un sitio se haya fijado de antemano.

Pondré un ejemplo de las contradicciones a las que me acabo de referir. Puede interesar que los usuarios creadores de contenido (los alumnos) tengan perfil de colaborador, para que no les sea posible publicar directamente, de forma que solo un usuario con un rol de editor o administrador (generalmente su profesor) autorice la publicación después de revisar sus trabajos. Pues bien, esto sería imposible en un sitio como el descrito en esta serie de artículos, ya que requiere que los usuarios suban imágenes, capacidad que no está al alcance del rol de colaborador.

Afortunadamente, existen plugins que permiten solventar estos inconvenientes, como por ejemplo Members, con el cual se pueden modificar las capacidades de los diversos roles estándar de WordPress o, lo que todavía es mejor, definir roles de usuario que se ajusten como un guante a las necesidades funcionales del sitio.

d) Un buen diseño instruccional, y un adiestramiento previo de los usuarios en el manejo de los elementos fundamentales del sitio. Evidentemente, se requiere que los objetivos del sitio estén claros, que las tareas de los usuarios creadores de contenido hayan sido bien descritas y que se les brinden las ayudas adecuadas (en el sitio Comentarios y reseñas de libros, he incluido un par de páginas sobre Cómo escribir el contenido de los artículos y Cómo etiquetar los artículos, pero es obvio que un sitio web “real” debería incorporar un aparato de ayuda más amplio y unos andamiajes mucho más sólidos). A tenor de mi experiencia, la intervención de los alumnos en sitios web hace muy recomendables diversas ayudas:

• Instrucciones generales de manejo de WordPress: entrada y salida de la aplicación, acceso al editor, operaciones fundamentales de manejo del editor, técnicas de escritura, operaciones de visualización, guardado y edición de los artículos.
• Consejos sobre cómo se deben redactar los artículos, tanto desde el punto de vista de la corrección gramatical y ortográfica como desde la perspectiva de la adecuación pragmática.
• Instrucciones sobre un correcto manejo del editor de una aplicación online. Si hay alguna norma en la que se debe insistir es la relativa a la técnica correcta para copiar y pegar el contenido cuando ello es necesario, que consiste en pegar sin formato o en texto plano.
• Instrucciones sobre la cita de fuentes y referencias.
• Instrucciones sobre las tareas de subida e inserción de imágenes y otros elementos multimedia.
• Consejos con respecto a cómo se deben etiquetar los artículos en cada una de las taxonomías personalizadas definidas (por ejemplo, y por ceñirnos al sitio Comentarios y reseñas de libros, las etiquetas de la taxonomía “autores” deben llevar la inicial en mayúscula, pues corresponden a nombres propios, pero no así las etiquetas correspondientes a las taxonomías “géneros literarios” y “literaturas nacionales”) y cómo hay que introducir los metadatos que el tema del sitio pueda requerir.

El sitio "Comentarios y reseñas de libros"

Seguramente me dejaré más de un asunto de interés en el tintero, pero creo que con este último artículo está dicho lo fundamental en torno al caso que hasta aquí me ha venido ocupando en los dos últimos meses. En este 31 de diciembre, y a despecho de los negros presagios que nos cercan por doquier, solo queda desear a todos los lectores y lectoras de La Bitácora del Tigre un muy feliz y próspero año 2012.

Entradas relacionadas

1. Sitios educativos fechos al taxonómico modo 4
2. Sitios educativos fechos al taxonómico modo 3
3. Sitios educativos fechos al taxonómico modo 1
4. Sitios educativos fechos al taxonómico modo 2
5. Más sobre taxonomías y tipos de contenido personalizados: plugins para los tipos de contenido

Configuración para utilizar una página fija como inicio

Tras los artículos Sitios educativos fechos al taxonómico modo 1, Sitios educativos fechos al taxonómico modo 2 y Sitios educativos fechos al taxonómico modo 3, la cuarta entrega de esta serie sobre un proyecto de sitio web educativo realizado con taxonomías, tipos de contenido y campos personalizados, estará dedicada a detallar los elementos que proporcionan a Comentarios y reseñas de libros su funcionalidad y aspecto visual característicos, a saber: la configuración de la estructura del sitio, la disposición de los menús, la definición de los widgets de la barra lateral y el uso de ciertos plugins que permiten lograr ciertas funcionalidades que mejoran el uso de las taxonomías y tipos de contenido personalizados.

1. Configuración de la estructura del sitio.

La disposición habitual de un sitio web elaborado con WordPress es la típica de un blog, es decir, una página que contiene el listado de las últimas entradas (normalmente, diez), dispuestas en orden cronológico inverso. Ahora bien, WordPress ofrece otras muchas posibilidades: mostrar en la portada una página fija, con la información esencial del sitio a modo de presentación o saludo, combinar los contenidos fijos con resúmenes o/y miniaturas de las últimas entradas (disposición típica de los sitios al estilo revista o magazine), dividir la página principal en núcleos informativos orientados a actividades, tareas o conceptos (como ocurre en los sitios que adoptan la disposición de un portfolio), etc.

Para el sitio Comentarios y reseñas de libros, que pretende deliberadamente alejarse lo más posible de la manera habitual de presentar los contenidos propia de un blog, he optado por la disposición al estilo CMS, es decir, con una página estática de inicio, que presenta la información esencial sobre el sitio, y un menú superior y una barra lateral a la derecha, dispositivos ambos que permiten navegar con toda facilidad por el contenido. Los ítems del menú superior y de la barra lateral combinan distintos elementos: varias páginas estáticas, entradas o artículos pertenecientes a la única categoría existente en el sitio (“Instrucciones”) y diversas páginas que ofrecen el contenido personalizado, esto es, el tipo de contenido “Libros”, y las taxonomías “Autores”, “Géneros literarios” y “Literaturas nacionales”.

La estructura de contenido al estilo CMS es muy fácil de crear, pues basta con ir al menú Ajustes > Lectura, y definir los parámetros necesarios. Como puede verse en la figura 1, la página de inicio es la ya mencionada “Sobre este sitio”, mientras que el campo asociado al modo de presentación al estilo blog se ha dejado deliberadamente vacío, con lo cual se dificulta al visitante que pueda obtener un listado de los artículos del blog por orden cronológico (se dificulta pero no se impide, porque siempre es posible hacerlo mediante una URL de tipo cronológico; por ejemplo, http://www.elarequi.com/antologia1/2011/).

Figura 1 - Configuración del sitio para utilizar una página fija como inicio

2. Creación del menú de navegación superior.

Una de las mejoras más aplaudidas de WordPress 3.0 fue su nuevo sistema de menús personalizables, mucho más potente que el anterior y, lo que es mejor, muy fácil de utilizar. Desde el menú Apariencia > Menús, se accede a un interfaz basado en la técnica de “arrastrar y soltar”, mediante el cual se pueden organizar los ítems de los menús de la forma en que sea necesario. Para ilustrar la potencia y flexibilidad de este sistema de creación de menús, nada mejor que las figuras 2 y 3, que muestran la página de creación del menú en el backend del sitio (figura 2) y el aspecto que adquiere dicho menú en el frontend (figura 3).

Figura 2 - Configuración del menú del sitio en el backend

Figura 3 - Aspecto del menú superior en el frontend

Con respecto a la creación de este menú, conviene tener en cuenta las siguientes observaciones:

• Si se quiere tener a la vista todas las opciones del menú disponibles en la página de gestión de menús de WordPress, se debe pulsar sobre el enlace denominado Opciones de pantalla, que aparece en la parte superior de la derecha de la página (obsérvese el recuadro en rojo de la figura 2), y activar todas las casillas que hagan falta.
• La forma en que se ordenan los ítems de los menús suele estar relacionada con la estructura previamente establecida para el contenido y sus elementos constitutivos (páginas fijas/entradas/categorías/etiquetas/tipos de contenido/taxonomías, etc.), pero los menús no tienen por qué reflejar dicha estructura al pie de la letra. Por ejemplo, en el recuadro marcado en color marrón de la figura 2, puede apreciarse que los ítems de clasificación correspondientes a la taxonomía personalizada “géneros literarios” se han organizado jerárquicamente (solo por razones didácticas, ya que así es posible apreciar, de forma visual, que la novela histórica es un subgénero de la novela), aunque dicha jerarquía no existe en la organización del contenido.
• La forma en que WordPress presenta los menús depende enteramente del tema elegido para el blog. Si se quiere utilizar esta funcionalidad, es necesario contar con un tema compatible con WordPress 3.0, y que además disponga de zonas de menús. El tema Twenty Ten, escogido para el sitio Comentarios y reseñas de libros, tiene una única zona de menús, situada bajo la imagen de cabecera (véase la figura 3), pero hay otros temas que tienen dos, tres, e incluso más zonas de menús.

3. Diseño de la barra lateral.

En cuanto el administrador define y guarda un menú personalizado, WordPress crea automáticamente un widget que reproduce con total fidelidad dicho menú, lo cual resulta muy útil para replicarlo en las zonas de widgets donde habitualmente se sitúan las estructuras de navegación (casi siempre, en la barra o barra laterales). Incluso aunque un tema disponga de una única zona de menús, es perfectamente posible crear varios menús personalizados, lo cual da origen a los correspondientes widgets, que a su vez se pueden utilizar en las zonas donde aquellos sean requeridos. En la figura 4 puede observarse cómo se ha definido en el backend el widget correspondiente al “menú del sitio”, que forma parte de la barra lateral principal del tema Twenty Ten; por su parte, la figura 5 muestra el aspecto que dicho widget tiene en el frontend.

Figura 4 - Configuración del widget del menú personalizado

Figura 5 - Widgets de menú personalizado y de búsqueda por criterios de clasificación

Por defecto, WordPress añade los menús personalizados y las barras laterales a todas y cada una de las páginas del blog. Es posible alterar este comportamiento, aunque ello exige el uso de plugins o de técnicas especiales que no puedo tratar aquí (los interesados pueden consultar los diversos artículos que he dedicado al tema de los widgets condicionales). En todo caso, para un sitio como Comentarios y reseñas de libros, cuya finalidad y sentido vienen dados por el contexto educativo en el que se sitúa, la posibilidad de contar con dos menús idénticos, uno en la cabecera y otro en la barra lateral, que aparecen sistemáticamente en todas las páginas, no es un inconveniente, sino una clara ventaja, pues refuerza su coherencia interna y facilita la navegación por entre sus páginas.

Además del menú personalizado, a la barra lateral derecha se han añadido otros tres widgets, a saber:

• RSS del sitio. Se trata de un widget de texto que simplemente invoca la URL de la fuente RSS del sitio web. Gracias a las funciones añadidas al tema hijo (véase el epígrafe 2.6 del artículo Sitios educativos fechos al taxonómico modo 3), los artículos correspondientes al tipo de contenido personalizado “Libros” se integran en la fuente RSS del sitio.
• Búsqueda general. Es uno de los widgets estándar de WordPress. Cuando se definió el tipo de contenido personalizado “Libros” (véase el artículo Sitios educativos fechos al taxonómico modo 2), el parámetro “public” se estableció como “true”, lo cual significa, en la práctica, que la información que contienen sus artículos se puede buscar y encontrar desde este formulario.
• Búsqueda por términos de clasificación. Es un widget obtenido gracias al plugin Query Multiple Taxonomies, que resulta de gran utilidad en sitios elaborados mediante taxonomías personalizadas, pues permite realizar búsquedas mediante uno o varios criterios de clasificación. Cada vez que se elige un término de clasificación, el widget indica qué otros términos están disponibles para filtrar los resultados, con lo cual se pueden realizar búsquedas muy precisas, que resultan en URLs de este tipo: http://www.elarequi.com/antologia1/?autores=fernando-aramburu&generos=cuento&literaturas-nacionales=literatura-espanola. Es cierto que este tipo de búsquedas solo resultan verdaderamente útiles en sitios web que contengan muchos artículos, pero en cualquier caso animo a los interesados en esta funcionalidad a que experimenten con este widget y vean sus resultados.

4. Algunos plugins para tareas específicas.

Además de las extensiones utilizadas para gestionar los tipos de contenido, las taxonomías y los tipos de contenido personalizados (véase el artículo Sitios educativos fechos al taxonómico modo 2, en el que detallo el uso de los plugins Custom Post Type UI y Advanced Custom Fields), el sitio Comentarios y reseñas de libros utiliza los siguientes plugins:

• Antispam Bee, para evitar los comentarios-basura. Aunque el sitio tiene los comentarios desactivados, pues se trata de una web de demostración, me he lanzado a probar este plugin, que empieza a ser recomendado con cierta frecuencia (véanse, por ejemplo, Free Akismet Alternatives y To Fight Spam With Akismet Or Without Akismet), a causa de las peculiaridades de Akismet en relación con su método de filtrado del spam y su cada vez más cuestionada gratuidad.
• Multi-Column Taxonomy List, que se utiliza exclusivamente para crear una página de listado de criterios de clasificación, en la que aparecen, agrupados y ordenados, todos los términos de las taxonomías personalizadas.
• Query Multiple Taxonomies. Como ya se ha explicado en el epígrafe 3 de este mismo artículo, este plugin se utiliza para realizar búsquedas (por un único criterio, o por criterios combinados) entre las taxonomías personalizadas, es decir, por entre las etiquetas de clasificación de los libros.
• Rich Text Tags. Habida cuenta de que WordPress no permite por sí mismo utilizar etiquetas y atributos HTML en la descripción de las etiquetas o términos de las taxonomías personalizadas, y que dicha información puede ser muy interesante desde una perspectiva educativa (véase, por ejemplo, la página correspondiente a la etiqueta novela), se ha utilizado este plugin, sobre cuyo funcionamiento puede verse una captura de pantalla ilustrativa (la figura 3) en el artículo Sitios educativos fechos al taxonómico modo 1.

Y hasta aquí la cuarta entrega de esta serie, con la que tenía la intención de culminar la descripción del proyecto del sitio Comentarios y reseñas de libros. Sin embargo, me he dado cuenta de que el epígrafe final, en el que pensaba desarrollar algunas ideas relacionadas con la justificación y el uso educativo de este tipo de sitios web, merecía una entrada por sí mismo, que espero publicar en los próximos días. Como ya he dicho en todas las ocasiones anteriores, permanezcan atentos a sus pantallas.

Entradas relacionadas

1. Sitios educativos fechos al taxonómico modo 1
2. Sitios educativos fechos al taxonómico modo 5
3. Sitios educativos fechos al taxonómico modo 2
4. Sitios educativos fechos al taxonómico modo 3
5. Algunas capturas antológicas

Es una reflexión que me hago a menudo, aunque no siempre la admito abiertamente o la sitúo en el lugar que requiere. Por ejemplo (y si esta declaración se entiende como una crítica va en primer lugar contra mí mismo, porque soy partícipe de la contradicción e incluso la he propagado con los medios a mi alcance), más de una vez he creído que la utilización de recursos TIC en actividades de fomento de la lectura en el ámbito escolar no deja de ser un contrasentido, porque de la misma manera que aprendemos a andar andando, y a montar en bici pedaleando (y cayéndonos, y arañándonos las rodillas y los codos), debiéramos enseñar a leer leyendo libros y comentándolos, en vez de propiciar actividades que a menudo tienen con el acto de la lectura personal (y con las condiciones singulares de atención, concentración y silencio que tal acto exige) una relación más bien marginal, episódica o artificiosa.

En todo caso, tras haber leído Superficiales. ¿Qué está haciendo Internet con nuestras mentes?, del escritor norteamericano Nicholas Carr, esa parada para reflexionar y tomar distancia con respecto al habitual entusiasmo hacia todo lo que sucede en la Red y hacia su prolongación automática en la teoría y la práctica educativa me parece de todo punto ineludible. Adelanto ya que no propongo ninguna clase de abjuración ni de renuncia, y que al igual que Carr estoy convencido de que Internet, sus códigos, medios, formatos, mensajes, hábitos y herramientas están aquí para quedarse y para enriquecer nuestro aprendizaje y nuestra experiencia de la realidad. Simplemente señalo, como hace Carr (pero antes lo hizo McLuhan, a quien el autor de Superficiales cita con frecuencia), que ni las tecnologías ni los medios e comunicación son inocentes, que todos ellos tienen profundas implicaciones en nuestra actividad mental, en nuestros procesos cognitivos, y que quizás no todas esas implicaciones sean siempre positivas. En todo caso, estoy convencido de que si hay alguna profesión para la que tal reflexión resulta inexcusable, ésa es la docencia, porque a los docentes nos corresponde definir, elegir, graduar y en último término poner en práctica los métodos y los recursos educativos con los que han de formarse las nuevas generaciones.

La tesis que defiende Nicholas Carr en este libro -que el cerebro es un órgano plástico, modificable por los herramientas que utiliza, y en especial por lo que denomina “tecnologías intelectuales”, es decir, por “las herramientas que utilizamos para ampliar y apoyar nuestra capacidad mental” (p. 62), y que Internet puede debilitar funciones cerebrales como el pensamiento profundo, la capacidad de abstracción o la memoria- no sólo es abiertamente polémica, sino incluso provocadora, pues apunta contra los propios fundamentos del optimismo tecnológico que parece habernos embargado a todos los habitantes del mundo desarrollado con las innumerables promesas y seducciones de la Red. Yo reconozco haberme sentido molesto por algunos pasajes que diagnostican con precisión mis propias adicciones, mis limitaciones y mis renuncias (de ello he tratado alguna vez en este blog, como por ejemplo en el artículo Entre 140 y 14361 caracteres, aunque lo haya hecho de manera un tanto elíptica), pero también secretamente aliviado al reconocer en la voz de Nicholas Carr las mismas intuiciones que he manifestado, más en privado que en público, en más de una ocasión.

Convendría señalar a quienes no han leído el libro y sin embargo se apresuran a despacharlo con descalificaciones sumarias –“el miedo de siempre a lo nuevo”, “ya estamos otra vez con la manida idea de que cualquier tiempo pasado fue mejor”, “una nueva encarnación de la ideología ludita” y otras invectivas semejantes– que Superficiales está muy lejos de ser la típica jeremiada del enemigo acérrimo de la innovación tecnológica, y que tampoco se trata de uno de esos panfletos alarmistas que toman el rábano por las hojas y se quedan en lo anecdótico. Por el contrario, el tono y propósito del libro quedan muy claros en la entrevista de Bárbara Celis en El País; cuando la periodista, fiel a su necesidad de buscar un titular llamativo, le pregunta a Carr “¿Hay alguna receta para salvarnos?”, éste le responde:

Mi interés como escritor es describir un fenómeno complejo, no hacer libros de autoayuda. En mi opinión, nos estamos dirigiendo hacia un ideal muy utilitario, donde lo importante es lo eficiente que uno es procesando información y donde deja de apreciarse el pensamiento contemplativo, abierto, que no necesariamente tiene un fin práctico y que, sin embargo, estimula la creatividad. La ciencia habla claro en ese sentido: la habilidad de concentrarse en una sola cosa es clave en la memoria a largo plazo, en el pensamiento crítico y conceptual, y en muchas formas de creatividad. Incluso las emociones y la empatía precisan de tiempo para ser procesadas. Si no invertimos ese tiempo, nos deshumanizamos cada vez más. Yo simplemente me limito a alertar sobre la dirección que estamos tomando y sobre lo que estamos sacrificando al sumergirnos en el mundo digital. Un primer paso para escapar es ser conscientes de ello. Como individuos, quizás aún estemos a tiempo, pero como sociedad creo que no hay marcha atrás.

En la respuesta de Carr tal vez se pueda detectar algún atisbo de soberbia intelectual, pero ésta es una actitud que, si existe en la persona, no es fácil de rastrear en una obra muy potente, sólida y bien fundamentada, pero al mismo tiempo muy accesible, elegante en sus razonamientos (el pragmatismo y la naturalidad típicos de los ensayistas anglosajones se advierten en la fluidez y claridad del discurso argumentativo) y muy bien escrita. Por muy hostil que se muestre con respecto a las ideas o fenómenos que analiza, Carr siempre adopta el tono educado y cordial del polemista convencido de la profundidad y el rigor de sus argumentos, que no necesita levantar la voz o hacer gestos teatrales para llamar la atención sobre un punto débil de una argumentación, sobre una contradicción poco visible o sobre las turbiedades éticas que se esconden bajo la superficie aparentemente aséptica de la tecnología y sus artefactos.

A pesar de su densidad y del aparato académico (las setenta últimas páginas incluyen notas, bibliografía y un índice analítico muy útil), Superficiales no es en modo alguno un libro para especialistas, y de hecho cualquier persona medianamente informada podrá seguirlo sin mayor esfuerzo. A diferencia de tantos ensayos que se desinflan por el camino, el libro gana enteros en su transcurso, quizás por el hecho de que su autor sabe mantener en todo momento la atención de los lectores gracias a una combinación muy atinada de vivencias personales, anécdotas históricas (por ejemplo, las que cuenta en el capítulo 2, a propósito de Friedrich Nietzsche y su máquina de escribir, en el capítulo 8, donde evoca la experiencia del novelista Nathaniel Hawthorne en un claro del bosque de Sleepy Hollow, o en las páginas 244-245 del capítulo 10, en las que transcribe la estupenda conversación entre el programa ELIZA y uno de los estudiantes que se encargaron de evaluarlo), y datos, opiniones y puntos de vista procedentes de muy diversas fuentes: neurobiología, sociología, psicología y psiquiatría, teoría e historia de los medios de comunicación, informática, antropología, historia cultural, ciencias del comportamiento humano y animal, economía, literatura, tecnología industrial, etc.

Carr maneja sus fuentes de información con una fluidez y una seguridad deslumbrantes, y tiene la virtud, tan rara y tan valiosa en un ensayista, de hacer apasionante lo abstruso y comprensible lo difícil. Por otra parte, los toques de ficcionalización con los que sitúa a las figuras históricas e intelectuales en su contexto –los ya citados McLuhan, Nietzsche y Hawthorne, pero también a personas reales como Gutenberg, Joseph Weinzenbaum o los padres de Google, Sergey Brin y Larry Page y a personajes ficticios tan famosos en la cultura popular como HAL 9000– constituyen un sabio recurso literario que aligera la lectura, dramatiza hábilmente sus argumentos y por tanto refuerza su capacidad de convicción.

Es probable que existan algunas fallas en los razonamientos de Nicholas Carr (aunque lo cierto es que no es fácil encontrarlas), que los datos científicos que avalan sus tesis puedan ser refutados con nuevas experiencias y descubrimientos (véase, por ejemplo, el artículo Desmontando los mitos de la multitarea, de Dolors Reig), o que sus advertencias sobre las amenazas de la Red para el desarrollo del pensamiento complejo y la lectura profunda, víctimas de prácticas como el desenfreno de la multitarea, la comunicación compulsiva, el frenesí distractor del hipervínculo y la fragmentación de la lectura (uno de los capítulos del libro se titula, muy acertadamente, “Mentalidad de malabarista”), tengan el sesgo prejuiciado de quien se ha criado en el mundo analógico y sigue anclado en puntos de vista que se han visto superados por la evolución inapelable de la realidad.

En todo caso, bienvenidos sean esos defectos de perspectiva, bienvenida su actitud combativa contra algunas de las metáforas mecanicistas que parecen haberse impuesto en el lenguaje cotidiano (la mente como un ordenador, la memoria personal como un disco duro), y hasta la melancolía y el sentido de pérdida del ilustrado que se sabe derrotado de antemano (Carr tiene poca o ninguna esperanza en que sus puntos de vista vayan a cambiar el signo de los tiempos y llega a afirmar que la época del libro escrito, la “galaxia Gutenberg”, en la terminología de McLuhan, puede haber sido una breve excepción en la historia cultural del ser humano), pues el relativismo de quien disfruta de las ventajas de una alfabetización múltiple –en ningún momento Carr ignora o desprecia las ventajas de Internet y la utilidad de sus herramientas y servicios– sitúa al autor en una posición idónea para lanzar unas cuantas advertencias que no por ir a contracorriente deben ser ignoradas.

Por ejemplo, las que forman parte del capítulo 8, “La Iglesia de Google” (pp. 183-215), seguramente el más aguerrido y polémico (tan beligerante que en algún momento roza los argumentos ad hominem) y quizás también uno de los mejores, por no decir el mejor del libro. Recomiendo vivamente su lectura a todos los internautas, sobre todo si son profesores, porque descubrirán perspectivas en las que es muy probable que no hayan reparado. Al comenzar a leerlo, yo suponía que Carr arremetería contra la hipertrofia de Google en la Red o contra su poder omnímodo en el almacenamiento y explotación de toda clase de datos personales, pero, sin olvidar estas críticas, su enfoque es más sutil y mucho más inquietante. Lo que en última instancia preocupa a Carr es que los algoritmos de Google, en los que advierte una concepción limitada e interesada de la mente humana –“la creencia taylorista de que la inteligencia es resultado de un proceso mecánico, una serie de pasos discretos susceptibles de aislarse, medirse y optimizarse” (p. 211)–, acaben por convertirse en un modo de deglutir, fragmentar y atomizar la complejidad del pensamiento humano. El cierre del capítulo, por la vibrante reivindicación humanista que subyace a sus puntos de vista, me parece espléndido:

Google no es Dios ni Satanás; y si hay sombras en el Googleplex, no son más que delirios de grandeza. Lo preocupante de los fundadores de la empresa no es su infantil deseo de crear una máquina increíblemente guay que sea más lista que sus creadores, sino la torpe concepción de la mente humana que da lugar a tal deseo.

Antes de terminar esta reseña, quiero insistir en lo que señalé al principio: Superficiales es un libro que hay que leer, aunque sea para disentir y mostrar un razonable desacuerdo con las opiniones y los pronósticos de su autor. Desde la perspectiva educativa (que es un aspecto que Carr sólo trata ocasionalmente, pero que a mí me interesa sobremanera), y si es cierto que, como afirmaba el filósofo estagirita, en el justo medio se halla la virtud, la alfabetización tecnológica y sus prácticas asociadas, que tanto se demandan desde todas las instancias oficiales y tanto peso está ganando en las metodologías docentes, no pueden convertirse en un expediente único, universalmente válido para todas las situaciones y todos los aprendizajes. La lectura atenta, silenciosa, reflexiva y profunda (que puede darse en multitud de soportes, pero sobre todo se ve favorecida por el formato y el soporte del libro en papel) no debiera quedar arrumbada en el almacén de los trastos pedagógicamente inútiles.

Nicholas Carr, Superficiales. ¿Qué está haciendo Internet con nuestras mentes?, Madrid, Taurus (Col. “Pensamiento”), 2011, traducción de Pedro Cifuentes, 341 páginas.

No hay ninguna entrada relacionada.

Con el objetivo de dar cierta prestancia a la conmemoración del aniversario, me he lanzado sobre una de las aplicaciones de moda, Dipity, para elaborar la línea del tiempo que figura a continuación. En Seis años de La Bitácora del Tigre, que así es como se llama este documento, figuran los hitos más sobresalientes en la historia del blog; algunos lo son por decisión soberana de sus visitantes y comentaristas, y otros, sencillamente, porque al Tigre le apetece celebrarlos. Conviene señalar que es mi primer trabajo “en serio” con este tipo de herramientas, porque todas mis incursiones anteriores habían sido simples tanteos, así que solicito de mi respetable público que sea indulgente con mis fallos. Las críticas y sugerencias, sobre todo si están destinadas a la mejora del documento, serán bienvenidas.

Como la línea de tiempo no cabe en la caja de texto del blog, y después de considerar otras opciones (como por ejemplo suprimir la barra lateral o adjudicar una plantilla específica a esta entrada), he decidido embeber el código en un archivo HTML externo y hacer que se abra en una ventana emergente, con una anchura de 1060 píxels. Para conseguir este efecto, he utilizado la extensión Simple Popup Plugin, que permite definir dicha ventana a la entera conveniencia del administrador del blog.

No quiero alargarme más. Que ustedes disfruten de Seis años de La Bitácora del Tigre en Dipity con salud.

Entradas relacionadas

1. Quinto aniversario del blog con Bevilacqua y Chamorro
2. Cumpleaños feliz, ma non troppo
3. Cuarto aniversario helénico, o casi
4. La criatura ya tiene tres añitos
5. Los cuatrocientos golpes

Tenía poco tiempo (apenas dos semanas) para organizar el contenido y los materiales de ese minicurso, y por tanto tuve que ingeniármelas con recursos que ya había preparado para ocasiones anteriores. Me refiero en concreto al capítulo “Propuestas para la integración curricular de las TIC en el área de Lengua Castellana y Literatura”, que escribí hace ya casi tres años para el libro La competencia digital en el área de Lengua, y que los propios organizadores del Máster citaron como un posible punto de partida.

Dada la índole de las dos sesiones, y a fin de predicar con el ejemplo, me pareció que los materiales que iba a aportar al curso estarían mucho mejor en soporte web que en papel, y con tal objetivo monté un pequeño sitio web sobre un blog de WordPress basado en páginas estáticas y en el tema Suffusion, que es una plantilla gratuita con una variedad gigantesca de opciones de personalización. El sitio se llama Propuestas TIC para el área de Lengua, y tengo la intención de mantenerlo abierto no sólo para los alumnos y alumnas del curso, sino para cualquiera que pueda encontrarlo de interés y utilidad. Mi idea es actualizar el sitio en la medida de mis posibilidades, e incorporar a sus páginas aquellos recursos y experiencias educativas que sirvan de complemento y ampliación a lo que en ellas ya se incluye. Como no puede ser de otro modo, se admiten ideas y, en su caso, hasta colaboraciones.

Propuestas TIC para el área de Lengua - Recursos

Creo necesario advertir que Propuestas TIC para el área de Lengua es un sitio poco original, y hasta un tanto apresurado, y que en realidad se trata de una remezcla o recombinación de mis propios escritos (con todas las referencias actualizadas y revisadas, eso sí) y de las aportaciones de otros compañeros y compañeras docentes, en su mayoría del área de Lengua Castellana y Literatura, cuyas experiencias, presentaciones, vídeos y mapas conceptuales he utilizado profusamente. No creo que sea éste el lugar más apropiado para citar sus nombres, puesto que en las páginas del sitio figuran los datos necesarios para su identificación, pero aprovecho la ocasión para darles las gracias por su trabajo.

No había participado nunca en una iniciativa de formación de nuevos docentes, pero me apresuro a destacar que la experiencia ha sido muy satisfactoria. Todos los alumnos y alumnas (con abrumador predominio de estas últimas) han participado en las sesiones del curso de forma muy activa y con gran interés, y a menudo con observaciones y preguntas muy perspicaces. Curiosamente, aunque todos cursaban el Máster por la especialidad de Lengua, ninguno era filólogo de formación, lo que me deja un leve poso de melancolía en el espíritu. No obstante, a tenor de la actitud y las ganas de aprender que mostraron, estoy seguro de que serán unos profesores y profesoras estupendos. Mucha suerte a todos.

Entradas relacionadas

1. Materiales para ortografía y formación del profesorado
2. La competencia digital en el área de Lengua
3. Curso en el CPR de Calahorra
4. Algunas conclusiones a vuelapluma, sobre el curso en el C.P.R. de Calahorra

Efectivamente, WordPress dispone por sí mismo de al menos un par de sistemas para conseguir tal propósito: se puede poner una contraseña a una entrada, con lo cual esta solo será visible para quien la conozca (véase el artículo Writing Posts en el Codex de WordPress), o se puede declarar un artículo como “privado”, situación en la que solo un usuario administrador o editor podrá acceder a su contenido (sobre las capacidades de estos usuarios, véase el artículo Roles and Capabilities). Por supuesto, son medios un tanto rudimentarios, que se pueden mejorar muchísimo con la ayuda de diversos plugins, como CaPa Protect, HidePost, Member Access, MemberView, Members Only, Page Restrict, PrivatePost, Private! WordPress Access Control Manager, Revisionary, Subscribers Only Content, Users Only, WordPress Access Control, WP-Members o wpNamedUsers (conviene tener en cuenta que no son los únicos, y que además he dejado voluntariamente fuera de la lista las extensiones que vinculan la restricción del contenido con medios de pago, destinadas a crear sitios web a los que sólo se puede acceder por suscripción).

Como no me gusta dejar las preguntas de mis alumnos sin respuesta (aunque ésta no pueda ser inmediata, es responsabilidad del profesor hacer lo necesario para satisfacer su curiosidad), he recurrido a mi particular base de conocimientos sobre WordPress, en la que se combinan los muchos blogs experimentales y para propósitos específicos que he montado a lo largo del tiempo, las entradas que forman parte de la categoría “Bitácoras y WordPress” de mi blog y los correos electrónicos que suelo mandarme a mí mismo cuando encuentro algo que me llama la atención, aunque no tenga utilidad inmediata. Tras una breve búsqueda que me ha servido para orientar mis pesquisas, he recordado que en ParaPNTE, el blog de noticias TIC del PNTE, utilicé el plugin Members para modificar la distribución original de roles y capacidades, y crear un nuevo usuario en el que se combinan las capacidades de autores y editores.

De hecho, Members es una extensión utilísima, pues ofrece funcionalidades que resultan de especial interés en escenarios de blogs multiusuario para el que se requieren características singulares. Obra de Justin Tadlock, un programador sobre cuyas extensiones y temas ya he escrito varias veces en este blog, el plugin es, en realidad, un conjunto de módulos independientes que se pueden activar separadamente, a saber:

• Edit Roles: permite editar los roles de WordPress (administrador, editor, autor, colaborador y suscriptor) y modificar las capacidades originales de cada uno de ellos.
• New Roles: hace posible definir nuevos roles, a partir de las capacidades existentes en la aplicación, que pueden ser las que vienen con WordPress u otras, a su vez proporcionadas por las correspondientes extensiones.
• Content Permissions: añade una caja (metabox) al editor de entradas y páginas, mediante la cual se puede decidir quién puede leer el contenido, en función de las capacidades o roles de los usuarios.
• Shortcodes: proporciona un conjunto de códigos (shortcodes) que pueden utilizarse para restringir o bien otorgar acceso a ciertas áreas del sitio web, desde dentro del editor de entradas o desde otras áreas en las que esté permitido el uso de shortcodes.
• Template Tags: permite utilizar etiquetas de plantilla adicionales en los temas de WordPress, con el fin de restringir o proporcionar acceso a ciertos contenidos. Es, seguramente, el módulo que exige conocimientos más avanzados sobre programación, por lo que solo tiene utilidad para usuarios expertos.
• Widgets: añade dos nuevos widgets que se pueden utilizar en las zonas widgetizables del blog. El primero, denominado Login Form, añade al frontend un formulario que permite la conexión de un usuario con sus datos de nombre de usuario y contraseña; el segundo, llamado Users, genera un listado de los usuarios registrados en el blog.
• Private Blog: sirve para convertir todo el blog en privado, lo cual significa en la práctica que sólo los usuarios registrados y conectados podrán ver su contenido (si no lo están, el componente redirige el acceso a la página de conexión del blog). Conviene tener en cuenta que este componente no bloquea el acceso público a las fuentes RSS del sitio, por lo que los usuarios no registrados podrán conocer su contenido mediante un agregador o cualquier otro dispositivo capaz de leer dichas fuentes.

No creo que sea necesario insistir en la enorme utilidad de estas funcionalidades para aquellos blogs educativos que tienen usuarios-alumnos cuyas capacidades queramos verificar de cerca. Tampoco creo que haga falta poner muchos ejemplos de uso, porque cualquier persona que haya administrado un blog con alumnos podrá imaginar situaciones en las que dichas funciones le permitan resolver un problema o atender una exigencia concreta. Se me permitirá, en cambio, que ilustre la utilidad de esta extensión con una necesidad real, que enseguida se me presentará durante las próximas sesiones del citado curso de “Administración de blogs educativos con WordPress”:

• Quiero que los alumnos dados de alta en el blog del curso, todos ellos con el rol de editores, puedan instalar y modificar plugins y temas, crear, instalar y modificar widgets, etc. Sin embargo, y para evitar posibles desastres, no quiero darles el rol de administrador (que es el que en una instalación estándar de WordPress tiene capacidad para desempeñar tales tareas). Pues bien, he activado el módulo New Roles y, tras asignar al administrador del blog la capacidad create_roles, he creado un nuevo rol, llamado “Probador de temas y plugins”, que reúne todas las capacidades que a mí me interesan. Puede verse la diferencia entre el rol estándar de editor y el nuevo que yo he creado mediante la comparación de las figuras 1 y 2.

Figura 1: capacidades del rol Editor

Figura 2: capacidades del rol Probador de temas y plugins

WordPress permite afinar todavía más la gestión de los usuarios del blog, mediante plugins que, como WP-CMS Post Control, hacen posible un control exhaustivo sobre los elementos del editor de entradas y páginas a los que pueden acceder los usuarios declarados en el blog. Por consiguiente, y siempre que utilice los plugins apropiados, un administrador de un blog educativo no sólo puede crear roles a voluntad, sino también decidir qué elementos de las distintas páginas del backend del blog pueden manejar sus usuarios.

Antes de acabar esta entrada, quiero dejar constancia de dos aspectos que seguramente interesarán a los administradores de blogs educativos: el primero, que he traducido el plugin Members al español, de lo cual he dado cuenta a Justin Tadlock mediante un comentario en la correspondiente página de su sitio web. No sé si el autor considerará útil esta novedad (en el momento de publicar esta entrada, dicho comentario todavía se halla en proceso de aprobación), pero en cualquier caso todas las personas interesadas en la traducción al español pueden descargar a partir de hoy desde La Bitácora del Tigre el ZIP que contiene los ficheros members-es_ES.po y members-es_ES.mo, con la traducción al español.

La segunda nota tiene que ver con la gestión de roles y capacidades en WordPress, para lo cual el plugin Members es sólo uno de los diversos recursos disponibles. Otras alternativas son los plugins Capability Manager, Role Manager. Role Scoper, User Access Manager y User Role Editor. He probado algunos, pero todavía no estoy muy ducho en su manejo, y por tanto no tengo una opinión consolidada al respecto, aunque en general me parecen más complicados y difíciles de utilizar que el que acabo de comentar en este artículo. En cualquier caso, no es improbable que en un próximo futuro trate sobre alguno de ellos.

Entradas relacionadas

1. Un plugin de calendario estupendo para los blogs de aula
2. Gestión de etiquetas con el plugin Simple Tags 1
3. Gestión de etiquetas con el plugin Simple Tags 2
4. Gestión de etiquetas con el plugin Simple Tags 3. La perspectiva didáctica
5. Un plugin para masoquistas

Si he de ser sincero, deberé confesar que entré en Twitter siguiendo la moda, con poca o ninguna confianza en la utilidad del servicio y notorio escepticismo respecto a mi persistencia. En esta actitud influía no sólo mi naturaleza, bastante refractaria a los cambios y desde luego muy hostil a la brevedad que impone el microblogueo, sino mi reiterada experiencia con los servicios de marcadores sociales (por cierto, Felipe también acaba de publicar un buen artículo sobre el etiquetado en dichos servicios), a varias de cuyas encarnaciones me he suscrito, pero en ninguna de las cuales he sido capaz de persistir.

Como a tantos compañeros y compañeras, se me cayeron las anteojeras y el pelo de la dehesa digital al poco tiempo de gorjear, en cuanto comprobé las inmensas y variopintas posibilidades de Twitter, muchas de las cuales han sido ya glosadas por Felipe y los comentaristas de su artículo, por lo que no creo que sea relevante repetirlas aquí. En cambio, creo que pueden tener interés algunas de mis prácticas tuiteras, que paso a describir, y, siguiendo de nuevo la estela de Felipe Zayas, el pequeño catálogo de fobias tuiteras con el que remataré el artículo.

1. Las series.

Los 140 caracteres de Twitter de cada microentrada se me quedan cortos, muy cortos. A menudo, cuando cuento mi experiencia con una película, con un libro o con cualquier otro ámbito de la realidad que exige cierta extensión, resuelvo la limitación mediante una tirada de tuiteos. Antes los relacionaba entre sí mediante puntos suspensivos, pero ahora evito esa práctica, que tiene poco arraigo en la Red y dudosa justificación. No sé si las series de tuiteos son un fenómeno demasiado extendido (más bien creo que no, pues en su lugar la gente recurre a los hashtags, que yo suelo utilizar muy raramente), pero las siento como parte de mi personalidad tuitera, y no quiero renunciar a ellas.

2. La integración con el blog.

Hay muchos modos y formas de integrar los tuiteos en el blog. Por supuesto, en la barra lateral de La Bitácora del Tigre no falta el oportuno widget que lista mis últimas diez microintervenciones, pero yo le saco mucho más partido a un blog específico que con el título Microblogueando con WordPress re-publica todos mis tuiteos. Animo a todos los blogueros-tuiteros que tengan servidor propio a que experimenten y monten algo parecido, para lo cual sólo hace falta una instalación específica de WordPress, el plugin Twitter Tools, y un tema como P2, que permite escribir (bien microblogueando, bien blogueando convencionalmente) desde el frontend, y cuya traducción al español brindo desde esta página a quien la necesite.

El microblog basado en el tándem WordPress-Twitter Tools tiene para muchas y poderosas ventajas, a saber:

• Me permite una verificación exhaustiva de todo lo que he escrito, con detalles de fecha y hora que en Twitter no son fáciles de localizar.
• Me permite realizar búsquedas específicas de contenido, que en Twitter o incluso en Google son más complicadas de llevar a cabo. Alguna apuesta tuitera y desinteresada he ganado gracias a estas búsquedas.
• Me permite microbloguear desde el propio blog, si ello fuera necesario, aunque reconozco que lo hago muy raramente. En este sentido, el plugin Twitter Tools no sólo hace posible re-publicar las intervenciones en Twitter, sino incluso el procedimiento inverso, es decir, publicar en Twitter las microentradas del microblog. Esta posibilidad viene muy bien para ocasiones en que uno no tiene a mano un cliente para Twitter como TweetDeck, que es el que utilizo habitualmente.
• Hace posible la creación de resúmenes diarios y semanales de la actividad tuitera. Tampoco tengo activada esta función, pero no descarto ponerla en práctica en un próximo futuro.

3. Las recomendaciones musicales.

Hace años que abrí una sección en mi blog titulada Podcasts, en la que incluía pistas musicales comentadas, pero también hace mucho tiempo que la tengo abandonada, porque con la existencia de Spotify, ¿para qué querría nadie escuchar un único MP3 (y leer la correspondiente parrafada, ay), teniendo tan gigantesca discografía a su alcance?

En todo caso, tuitear recomendaciones musicales es una práctica que se ha convertido en un hábito gozoso y muy estimulante (algún colega me ha confesado que sigue mis consejos casi al pie de la letra, lo que no deja de ser una enorme responsabilidad). A través de Spotify he descubierto músicas, intérpretes y conjuntos extraordinarios (por ejemplo, los países nórdicos tienen un venero jazzístico impresionante), y Twitter me viene de perlas para divulgar y compartir mis hallazgos en los géneros que me son más queridos: el jazz, el pop en inglés, la música clásica, especialmente la de los compositores románticos e impresionistas, las bandas sonoras, etc.

4. Los tuiteos de soporte.

Muchos no son visibles para mis seguidores porque adoptan la forma de mensajes directos, pero siempre me siento muy orgulloso y feliz cuando puedo orientar a los compañeros y compañeras que me piden ayuda por esta vía, normalmente sobre temas relacionados con el universo WordPress. Tengo que decir, además, que mi experiencia con esta particular vertiente del microblogging es muy positiva, porque los colegas tuiteros no sólo preguntan con buenas y cordiales maneras, sino que también saben dar las gracias. Y la cortesía digital, en una sociedad tan gritona y ordinaria como la española, no tiene precio.

Las fobias tuiteras.

En cuanto a mis fobias microblogueras, seguramente son tan idiosincráticas e injustificables como cabría esperar del carácter del Tigre, más atrabiliario de lo que parece a primera vista. Aquí van unas cuantas, que no agotan la lista de mis manías más o menos confesables:

• Me aturde la proliferación de abreviaturas, acrónimos y toda suerte de acortamientos (aféresis, síncopas, apócopes, haplologías) y fenómenos conexos. Ya sé que en el microuniverso de Twitter son inevitables, pero me hacen sentirme inseguro, porque me recuerdan al lenguaje SMS, al que jamás he conseguido acostumbrarme.
• Me ponen de los nervios las faltas de ortografía, que no hay que confundir con los errores al teclear. Yo también hago como Felipe Zayas, borrar los tuiteos con faltas cuando advierto haberlas cometido, pero además reconozco haber eliminado de mi lista de personas seguidas a quien hace caso omiso de las normas ortográficas.
• También me abruman los RT encadenados, con los que en seguida pierdo el hilo de la referencia y la paciencia. Me pasa con esto lo mismo que con los esquemas y los mapas conceptuales de más de tres niveles, a partir del último de los cuales dejo de leer.
• Por último, me siento desconcertado por la sobreabundancia de servicios que se pueden integrar con Twitter. He probado más de una docena (el último ha sido paper.li y sus diarios digitales construidos a partir de las intervenciones de los tuiteros a los que uno sigue), pero en general me inquieta la recursividad múltiple de algunos (una especie de mise en abyme digital) y la falta de control sobre sus resultados.

Entradas relacionadas

1. Twittgre (Twitter para el Tigre)
2. Otro recurso para la integración de Twitter en los comentarios del blog
3. Tema P2 para microbloguear en WordPress
4. Entre 140 y 14361 caracteres
5. Comentarios, citas, tuiteos y retuiteos para el blog

Pantalla de conexión

Aunque estoy suscrito a decenas y decenas de servicios y aplicaciones online, nunca he sido muy partidario de eso que se denomina “almacenamiento en la nube” para el trabajo profesional. Sí, ya sé que hay soluciones estupendas para todo tipo de perfiles y necesidades (ahora mismo, mientras escribo estas líneas, estoy probando el plugin wp Time Machine, en combinación con Dropbox, para hacer un backup online de La Bitácora del Tigre), pero todavía tengo algunas reticencias a la hora de rendirme a ellas con armas y bagajes. Me inquieta el riesgo de hacerme dependiente de servicios que puedan quebrar o modificar su modelo de negocio (normalmente para hacerse de pago), y también me espanta la imposibilidad de garantizar que los datos profesionales o/y personales almacenados en dichos servicios puedan ser transferidos a terceros.

De lo que no tengo la más mínima duda es de las innumerables ventajas que brindan los NAS, sistemas de almacenamiento en red (redundancia, protección de los datos, múltiples sistemas de acceso, independencia de los sistemas operativos, facilidad de uso), especialmente si dichos sistemas ofrecen acceso a través de Internet. De hecho, desde hace años me venía rondando por la cabeza la idea de montar un recurso propio que me permitiera disfrutar de las citadas ventajas, sin los inconvenientes de poner mis más secretas intimidades en peligro de ser conocidas por quien no debe.

Hasta hace pocos meses, esos planes estaban fuera de mi alcance, no sólo por la complejidad técnica del montaje y puesta en funcionamiento de un sistema como el que acabo de esbozar, sino también por el precio de los dispositivos y unidades de almacenamiento. Sin embargo, con la popularización de los sistemas NAS orientados hacia los usuarios domésticos y la bajada de precios de los discos duros de gran capacidad, el panorama ha cambiado sustancialmente, y ya es posible para cualquier persona con una cierta competencia técnica montar un equipo de almacenamiento en red y hacer visible su contenido en Internet, lo cual equivale a contar con una “nube” propia, más que razonablemente segura y controlable. A continuación daré algunas pistas sobre el proceso que he seguido para conseguir este objetivo.

1. La elección del servidor NAS.

Servidores de almacenamiento en red para los usuarios domésticos y los pequeños negocios los hay de todos los tamaños, capacidades y prestaciones, como puede comprobarse, por ejemplo, en la página de Pixmania dedicada a tales dispositivos. Si cito este sitio de venta online no es por hacerle publicidad, sino por su enorme catálogo y su excelente servicio pre y postventa, circunstancias ambas que me convencieron a la hora de adquirir el servidor NAS que voy a describir a continuación.

Aunque en las tiendas de informática de Pamplona y en diversas revistas y catálogos había visto varios productos que se ajustaban a mis necesidades, finalmente me decidí por una estación de red de Synology, una empresa que fabrica productos con una serie casi infinita de funcionalidades y una presentación muy atractiva. De entre la amplia oferta del fabricante taiwanés (la palabra inglesa sinology designa el estudio de China, su cultura o su idioma) he escogido el DiskStation DS211, un producto que ofrece, entre otras, las siguientes características (para una información exhaustiva, véanse la página de especificaciones y la hoja de datos):

• Conexión a red mediante conector Ethernet Gigabit estándar. También es posible la conexión por WiFi, mediante la correspondiente llave USB.
• Dos receptáculos para otros tantos discos duros SATA, de 3,5 o 2,5 pulgadas. El servidor se vende sin discos duros, por lo que queda a gusto del usuario la selección de los dispositivos de almacenamiento, que naturalmente deben ceñirse a los requisitos de compatibilidad que fija el fabricante. Yo he optado por instalar dos discos duros Western Digital, de 1 TB. cada uno, montados en RAID 1 para asegurar la mayor tolerancia posible a fallos.
• Un sistema operativo (el Disk Station Manager 3.0, que en realidad no es otra cosa que una distribución de Linux especialmente preparada a tal efecto), robusto, potente, con capacidades multitarea y un interfaz gráfico diseñado para facilitar la experiencia de administración de recursos de red a usuarios con poca o ninguna experiencia en este tipo de tareas.
• Compatibilidad con diversos sistemas operativos y con una amplia gama de navegadores. En la red del Tigre hay PCs con Windows, Mac y Linux, y con los tres sistemas el DS211 funciona a las mil maravillas.
• Gran variedad en el soporte de protocolos de red (CIFS, AFP, FTP, WebDAV, iSCSI, Telnet, SSH, NFS y SNMP), sistemas de ficheros (EXT4 y EXT3 para los discos internos y FAT32 y NTFS para los externos) y gestión de volúmenes de almacenamiento (iSCSI, JBOD, RAID).
• Alta seguridad. Si se desea, los datos almacenados en el dispositivo se pueden encriptar. Además, se puede acceder a los datos del equipo mediante protocolos como HTTPS o FTPS.
• Múltiples servicios concurrentes. El DS211 puede funcionar con todas o algunas de las siguientes funcionalidades:
• Servidor de almacenamiento de ficheros.
• Servidor web con Apache, PHP y MySQL que soporta hasta 30 servidores virtuales y una enorme cantidad de aplicaciones de terceros, entre las que se cuentan los gestores de contenidos más conocidos.
• Servidor FTP.
• Servidor de descargas, que soporta diversos protocolos: BT/HTTP/FTP/NZB/eMule.
• Estación de vigilancia, conectada a una o varias webcams.
• Servidor de ficheros de imagen, audio y vídeo.
• Servidor multimedia DLNA/UPnP.
• Servidor iTunes.
• Servidor de impresión.
• Servidor de correo electrónico (debe instalarse a partir de un paquete que se descarga de la web del fabricante).
• Sistema de almacenamiento de copias de seguridad, compatible con Windows, Mac (vía Time Machine) y Linux.
• Posibilidad de conectarse a sistemas de alimentación ininterrumpida.
• Posibilidad de utilizar discos duros auxiliares conectados por USB, tanto para realizar tareas de transferencia de ficheros como de copia de seguridad, para lo cual hay tres conectores USB disponibles, uno en la parte anterior del dispositivo, y otros dos en la parte posterior. El sistema soporta diversas aplicaciones y scripts en PHP para realizar copias de seguridad.
• Posibilidad de utilizar altavoces externos conectados por USB.
• Posibilidad de conectarse por USB a reproductores multimedia externos.
• Tamaño reducido (161 x 88 x 218 mm.), funcionamiento muy silencioso, bajo consumo de energía y escaso calentamiento.
• Manuales muy completos en español, amén de un exhaustivo soporte en línea.

Hacerse con toda esta completísima gama de funcionalidades no es una tarea que pueda resolverse en una tarde, pues exige estudiar a fondo un manual de casi 200 páginas (por otra parte, muy superior por calidad expositiva y de traducción a lo que es habitual en los últimos tiempos) y hacer pruebas y más pruebas. Yo todavía no he pasado de la configuración del servidor de almacenamiento de ficheros, la estación web y el servidor FTP, que son los servicios que más me interesan, pero estoy seguro de que en un próximo futuro podré hacer con esta maravilla varias tareas con las que hasta ahora sólo me había atrevido a soñar.

2. El servidor, visible en Internet.

El DSM de Synology dispone de una aplicación, denominada EZ-Internet, que permite configurar un buen número de routers para que permitan el acceso desde Internet a un equipo de la red local (en este caso, el servidor DS211). Lamentablemente, mi router no se halla entre ellos, pero no me ha resultado demasiado difícil acceder a su configurador web para abrir los diversos puertos implicados en los servicios que deseaba activar y dirigirlos al DiskStation. A cambio, como mi conexión ADSL tiene varios años a sus espaldas y disfruta de IP fija, no necesito un nombre de dominio ni una configuración de DNS dinámico, pues puedo acceder al servidor desde cualquier equipo con conexión a Internet, para lo cual basta con conectarse a la IP pública del router, seguida por el número del puerto implicado en el servicio; en el caso de una conexión web, algo así como http://mi.direccion.ip.publica/nºpuerto.

En las capturas de pantalla que figuran a continuación puede observarse el funcionamiento de diversos servicios y aplicaciones del DS211, a través de una conexión a Internet realizada desde el exterior de mi conexión de área local. Con el fin de lograr un entorno de trabajo real y al mismo tiempo extremar las dificultades, me he conectado a Internet con mi portátil MacBook, utilizando para ello mi HTC HD2 en funciones de router (lo que se denomina tethering). Advierto que he emborronado deliberadamente algunos elementos de la capturas, para evitar que posibles internautas malintencionados puedan aprovechar los datos de la conexión para hacer de las suyas.

Figura 1 - Pantalla de conexión del interfaz de administración del DS211

Figura 2 - El DSM, con las ventanas del panel de control y el navegador de archivos

Figura 3 - Conexión por WebDAV desde el MacBook

Figura 4 - Transferencia de ficheros desde el MacBook mediante la conexión WebDAV

Figura 5 - Interfaz web del servidor de ficheros (file station)

Figura 6 - Conexión por FTP, mediante FileZilla

Figura 7 - Conexión por web y administración de bases de datos mediante phpMyAdmin

Figura 8 - Conexión mediante el explorador de Windows en la red de área local

Figura 9 - Un álbum de fotografías en la correspondiente página del Photo Station

Figura 10 - Una fotografía individual en la página correspondiente del álbum de fotos

Figura 11 - Conexión por SSH (Putty) y ejecución de comandos Linux

3. Limitaciones de la nube del Tigre.

Como a buen seguro habrán podido adivinar mis lectores y lectoras más perspicaces, la nube de andar por casa que he montado con el DS211 tiene algunas limitaciones. La primera es que para poder acceder al servidor cuando lo necesite, éste tiene que estar encendido. Naturalmente, el dispositivo está diseñado para soportar largos períodos de actividad, pero de momento no aspiro a comprobar qué tal responde en condiciones de funcionamiento ininterrumpido, entre otras razones porque creo que sólo necesitaré acceder a sus recursos en momentos bastante previsibles, y no de forma permanente.

La segunda limitación tiene que ver con el ancho de banda necesario para garantizar una conexión eficiente al acceder al dispositivo desde el exterior de mi red de área local. En mi caso, estamos hablando de una línea ADSL sincronizada a 640 Kbps de subida, que en la práctica habitual, es decir, con las aplicaciones y servicios de red que normalmente utilizo, probablemente se vea reducida a algo menos de la mitad. Este caudal no permite grandes alegrías ni por tanto la subida de documentos de gran tamaño, pero ya he comprobado que para transferir los ficheros con los que suelo trabajar habitualmente, o para acceder a los servicios y aplicaciones online que tengo previsto montar en breve (véase el listado de las aplicaciones de terceros que han sido probadas con éxito en el DSM), es más que suficiente.

En todo caso, estoy convencido de que la inversión que he realizado para hacerme con este equipo (menos de 600 euros, contando el servidor, los dos discos duros y un switch que he tenido que comprar porque ya había agotado los conectores Ethernet del router) ha merecido la pena. Como seguramente este chisme me dará muchas satisfacciones y quizás también algún disgusto, prometo que La Bitácora del Tigre dará buena cuenta de mis futuros experimentos y probatinas con el flamante Synology DiskStation DS211.

Addenda del 29-12-2010

He seguido con los experimentos en el DS211, y ya he conseguido configurar el servidor de fotografías o Photo Station, que en realidad es una aplicación que genera álbumes de fotos de acuerdo con unas plantillas predeterminadas (en las figuras 9 y 10 no se aprecia, pero en la parte inferior de ambas páginas aparece el logotipo de Cooliris). En este servicio ya se notan claramente las limitaciones del servidor, pues las miniaturas se generan con bastante lentitud. Por otro lado, las dificultades de trabajar a través del canal de subida de una línea ADSL convencional son evidentes cuando se accede desde fuera de la red de área local, pues la página tarda en cargarse, y no digamos las fotos a tamaño completo.

Addenda del 31-12-2010

Ayer me conecté al servidor NAS desde casa de uno de mis hermanos, a través del MacBook y de su línea ADSL. Los resultados fueron mucho mejores que con la PDA en modo router, tanto para las operaciones de navegación como para las que suponen carga y descarga de ficheros, aunque es cierto que, a partir de cierto tamaño (por ejemplo, una foto de 2 MB.) hay que esperar un tiempo significativo. Se puede concluir, pues, que el trabajo en la nube personal es perfectamente posible con una conexión ADSL típica. En cuanto a las tareas administrativas en el servidor, si se establece una conexión Telnet o SSH (véase la figura 11) y se tiene cierta experiencia con los comandos de Linux (en el completísimio wiki de Synology hay una recopilación exhaustiva de los comandos posibles en el DSM), el trabajo se realiza a velocidad de vértigo.

Entradas relacionadas

1. La red del Tigre 1
2. La red del Tigre 2
3. La red del Tigre 3
4. Mi primera entrada desde un Mac
5. Blogueando con myWPEdit

Creo que mi respuesta sigue siendo válida en términos generales, pero al menos para los sitios web realizados con WordPress existen herramientas que pueden aligerar tan pesadísima tarea. Me refiero, en concreto, al plugin Import HTML Pages, con el que me encontré hace poco por casualidad, mientras preparaba el artículo Más sobre taxonomías y tipos de contenido personalizados: plugins para taxonomías. Esta extensión permite “leer” archivos HTML individuales (no hay límite de cantidad, aunque cuanto más archivos se importen más estrés sufrirá el servidor), y convertirlos en entradas de un blog o en páginas estáticas, con el ahorro consiguiente de tiempo y esfuerzo. A continuación explicaré con detalle el funcionamiento del plugin y ofreceré algunos consejos sobre cómo organizar el proceso de importación y preparar los archivos HTML para obtener resultados óptimos.

Para empezar, conviene saber que el importador sólo “lee” el código HTML de los archivos, y no las imágenes, las hojas de estilo u otros archivos enlazados mediante hipervínculos. Por tanto, hay que ser consciente de que en el proceso de importación se perderán los enlaces a dichos elementos, a no ser que en el blog se reproduzca la misma estructura de enlaces que en el sitio original, circunstancia harto improbable.

En segundo lugar, es aconsejable que la estructura del blog esté definida antes de comenzar con la importación. En efecto, el plugin sólo puede asignar las entradas a categorías o taxonomías personalizadas que ya existan, por lo que es mejor haber definido éstas antes de comenzar el proceso de importación. Es cierto que la adscripción de entradas a sus respectivas categorías siempre se puede realizar a posteriori, pero ello supone una carga de trabajo añadida de la que se puede prescindir siguiendo el consejo que acabo de dar.

Por otra parte, es necesario tener en cuenta que cada vez que se pone en funcionamiento el importador, éste asignará todos los archivos HTML a la misma categoría. Por tanto, si se quiere importar contenido para varias categorías diferentes, hay que realizar una importación selectiva por lotes, lo que obliga a una preparación previa del material que se va a importar.

El factor que más influye en el acabado final del contenido importado es la calidad del material previo. En efecto, si el código HTML está bien organizado y formateado, las posibilidades de éxito aumentarán y disminuirá el tiempo invertido en los inevitables retoques posteriores. Por el contrario, si el código HTML tiene fallos de etiquetado o/y organización, los resultados serán imprevisibles, y obligarán a un ímprobo trabajo de afinamiento y depuración. Es preciso, por tanto, un cuidadoso esfuerzo de limpieza del código HTML original. A lo largo de este artículo daré algunos consejos al respecto.

A continuación explicaré brevemente las principales características funcionales del plugin, ilustradas con las correspondientes capturas de pantalla.

1. Selección de archivos para importar.

La extensión sólo puede funcionar si los archivos HTML se encuentran en una ubicación a la que pueda acceder WordPress. Por tanto, habrá que transferir por FTP dichos archivos a una ruta accesible por el blog. En la figura 1, bajo el epígrafe Beginning directory, puede verse la ruta que he definido para uno de mis blogs de pruebas.

Figura 1 - Opciones de almacenamiento de los archivos HTML para importar

El importador puede manejar cualquier fichero HTML, independientemente de su extensión. En la figura 1 aparecen las extensiones por defecto que se incluyen bajo el campo Process files with these extensions (mis pruebas se han realizado sobre archivos con la extensión .shtml), pero también son posible otras, siempre que se trate de archivos estáticos, cuyo contenido no dependa de la ejecución dinámica de scripts. Por poner un ejemplo, se podrían importar archivos PHP o ASP o de cualquier otro lenguaje de programación legible por el plugin, pero sólo se importará la parte estática de dichos archivos, no aquel contenido que se genere de forma dinámica en el servidor cuando se ejecuta el código correspondiente. También se pueden elegir aquellos directorios que serán ignorados por el importador, para lo cual hay que rellenar el campo Skip directories with these names con los valores necesarios.

2. Selección del contenido.

Tal como puede observarse en la figura 2, en el epígrafe Select content by, el plugin permite importar contenido basándose en la selección por etiquetas HMTL o por regiones de plantilla de Dreamweaver. Naturalmente sería preferible la segunda opción, pero estoy seguro de que la mayoría de los usuarios que se enfrentan con el problema de pasar sus archivos estáticos a un sistema dinámico no habrán editado sus ficheros con el programa de Adobe o, si lo han hecho, no habrán definido regiones de plantilla, como me ha ocurrido a mí con los archivos que he utilizado para las pruebas.

Figura 2 - Opciones de selección del contenido para importar

En todo caso, es preciso tener muy presente que la selección del contenido que hay que importar es una de las decisiones que tienen mayor influencia en la calidad del resultado final. Es imposible dar orientaciones fiables para todos los posibles casos, pero yo aconsejaría a quien quiera tener éxito en el proceso que analice cuidadosamente los ficheros HTML y observe si existe entre ellos un patrón coincidente que permita definir con precisión la etiqueta que hay que importar. Si no se puede determinar un patrón común (o varios patrones comunes para los respectivos lotes), habrá que importar la etiqueta <body>, pues es dicha etiqueta la que opera como contenedor de la información de un fichero HTML que resulta de interés para el proceso de importación.

El plugin permite una selección muy precisa de la etiqueta seleccionable (véanse los campos correspondientes a Tag, Attribute y Value), así como la limpieza del código HTML incorrecto (epígrafe Clean up bad (Word, Frontpage) HTML?). También da al usuario la posibilidad de seleccionar las etiquetas y atributos HTML permitidos, es decir, los que serán importados con éxito, una vez descartados todos los demás (campos Allowed HTML y Allowed atributes). Ahora bien, mi consejo es que, antes de dejar al plugin que se encargue de todo el trabajo de importación, es mejor “preparar” los archivos, lo cual ahorrará tiempo en el proceso y mejorará los resultados. A continuación, voy a explicar lo que he hecho para importar los archivos que forman parte de la sección de “Literatura y cine” de Lengua en Secundaria, sobre los que hecho las pruebas:

• Limpieza del código HTML que conforma la estructura de dichos archivos. Como estaban realizados con tablas, he eliminado todas las columnas, a excepción de la columna central, que es la que contiene el texto. Posteriormente, he convertido dicha columna en texto y he eliminado todo resto de formato tabular.
• Eliminación de las etiquetas correspondientes a los elementos que no se importarán. Es decir, etiquetas de scripts, de vínculos a hojas de estilo, de imágenes, etc. He conservado, no obstante, todo el material original (aprovecho para insistir en que siempre hay que trabajar con copias), para aprovecharlo posteriormente y hacer las necesarias comprobaciones entre el fichero origen y su traslación al blog.
• Depuración de todos los atributos “style”, “class” y similares. Es conveniente eliminar cualquier estilo o efecto CSS definido dentro de los archivos, pues el aspecto visual de las entradas y páginas, una vez importadas, depende de la plantilla elegida para el blog, que puede muy bien entrar en conflicto con dichos estilos. El código de los estilos sólo debería mantenerse si éstos se van a reproducir en la hoja CSS de la plantilla del blog (y ello con las cautelas necesarias, para evitar efectos indeseables).
• Limpieza de hipervínculos innecesarios. Por ejemplo, las páginas que yo he importado contienen notas a pie de página que no son reproducibles de forma directa en el blog (sí lo son con ayuda de plugins, como por ejemplo el WP-Footnotes), por lo que es mejor eliminar dichos elementos, y dejar sólo los números de las notas, a efectos de su posterior reproducción mediante los mecanismos que incorpora dicha extensión.
• Supresión de espacios innecesarios. Todo lo que sean dobles o triples espacios, sangrías, etc., se importará tal cual, por lo que conviene desprenderse de esta carga muerta.

¿Cómo realizar estas operaciones? Yo he utilizado el programa Dreamweaver (en su versión MX 2004, pues no dispongo de una edición más moderna, y la verdad es que tampoco la necesito), pues sus funciones de búsqueda y sustitución son, a mi modo de ver, inigualables por su flexibilidad y potencia. No he probado otras aplicaciones de edición HTML, pero supongo que se podrían conseguir resultados parecidos a los que he logrado yo, probablemente con más esfuerzo y tiempo de por medio.

3. Selección del título de los elementos importados.

Éste es otro hito crucial en la importación de los archivos HTML. Como puede verse en la figura 3, el plugin presenta por defecto la opción más lógica y adecuada para la inmensa mayoría de los casos, que es la de elegir la etiqueta <title> para el título de la entrada o página (epígrafe Select title by), pero podría escogerse también una región de plantilla de Dreamweaver o cualquier otra etiqueta del código HTML, siempre que cuente con los atributos y valores adecuados. Incluso es posible depurar el título de cualquier elemento redundante, para lo cual habrá que introducir en el campo Phrase to remove from page title la información necesaria.

Figura 3 - Selección del título para los archivos importados

4. Selección de metadatos.

El plugin hace posible la importación de los archivos HTML como páginas estáticas o entradas (véase la figura 4, campo Import files as). También se puede seleccionar la fecha con la que se crearán las entradas (campo Set timestamps to). Cabe importar los archivos a cualquiera de los estados de publicación que existen en WordPress (campo Set Status to), aunque yo aconsejo que se importen como borrador (“draft”), para disponer de la capacidad de editarlos posteriormente sin haber sido publicados. Por supuesto, los artículos del blog, una vez importados, se pueden atribuir a cualquiera de los usuarios definidos en la aplicación (campo Set author to).

Figura 4 - Importación de archivos como páginas o entradas

De gran importancia es la selección de la categoría a la que se van adjudicar las entradas, acción que hay que realizar desde el menú Categorize imported posts as (recuerdo que las categorías han de estar definidas antes de comenzar con la importación), así como la selección de las etiquetas o tags que hayan de ser adjudicadas a dichas entradas. Yo he preferido dejar este campo vacío, para poder etiquetar a posteriori, pero debe tenerse en cuenta que, si se opta por asignar etiquetas en el epígrafe Tag imported posts as, éstas se aplicarán a todos los ítems importados.

Es posible asignar a los archivos importados términos o etiquetas correspondientes a las taxonomías personalizadas que existan en el blog (véase la figura 5); ahora bien, como en el caso de las categorías, ello sólo es posible si dichas taxonomías han sido previamente definidas (subsección Custom Taxonomies). En cuanto a la última opción, relacionada con los extractos o resúmenes de los artículos (subsección Excerpts), el plugin hace posible utilizar los datos de las meta descripciones de los archivos HTML (la etiqueta <meta name="description"> como resúmenes de los artículos del blog. Siempre que se disponga de dicha información en el material original, conviene activar la casilla Use meta description as excerpt.

Figura 5 - Adscripción de los artículos importados a taxonomías personalizadas

En las figuras 6 y 7 aparecen las capturas de pantalla correspondientes al blog de pruebas en el que yo he realizado mis experimentos de importación. Conviene aclarar que se trata de dos procesos de importación realizados sobre subdirectorios diferentes (/cine y /libros), a fin de poder diferenciar claramente las reseñas de películas y libros, adscritas a dos categorías diferentes: “Antiguas reseñas de libros” y “Antiguas reseñas de películas”, que he creado previamente con tal propósito. Obsérvese el tiempo dedicado a la importación, que ha sido francamente irrisorio: menos de 1,2 segundos para las diecisiete reseñas de películas, y todavía menos para otras tantas reseñas de libros. Buena prueba de la eficiencia del plugin y de la bondad del trabajo previo realizado para depurar el código HTML.

Figura 6 - Resultado de la importación de reseñas de películas

Figura 7 - Resultado de la importación de reseñas de libros

Por su parte, las figuras 8, 9 y 10 ilustran algunos detalles de uno de los archivos importados (la reseña de Stalingrado, de Antony Beevor), lo cual permite observar el resultado final, que es francamente bueno, aunque no impecable. Mis colegas blogueros más observadores podrán darse cuenta de varios fallos:

Figura 8 - Captura de pantalla de un artículo importado 1

Figura 9 - Captura de pantalla de un artículo importado 2

Figura 10 - Captura de pantalla de un artículo importado 3

• El título de la reseña está repetido, porque se me olvidó eliminar del archivo HTML la etiqueta <h2> del título original.
• Han desaparecido las cursivas y negritas del texto original, por motivos que no alcanzo a comprender bien, pues las etiquetas <b> e <i> estaban incluidas en el listado de elementos HTML permitidos. Esta circunstancia obliga a una labor de repaso bastante irritante, por lo cual quizás merezca la pena borrar los artículos importados (se puede hacer a mano o, si se trata de una gran cantidad de artículos, utilizar un plugin como Mass Page Remover) y volver a realizar la importación, para ver si se repite el error.
• Hay algún párrafo vacío en el texto de la entrada. Esto ocurre porque dicho párrafo no fue detectado en el código HTML original, y por tanto no se realizó la correspondiente depuración.

En todo caso, estoy más que satisfecho con el resultado, sobre todo porque no hay nada que un atento proceso de revisión manual (siempre necesario y a mi modo de ver imprescindible en este tipo de operaciones) no pueda mejorar. Además, las pruebas realizadas demuestran, más allá de cualquier precisión o matiz, que el importador funciona perfectamente y puede ser la solución al objetivo expuesto al principio de este artículo. Quod erat demostrandum.

Actualización del 4 de noviembre de 2010

A fin de mejorar los resultados obtenidos en la primera prueba de importación, he borrado las entradas importadas y he vuelto a ejecutar el plugin de importación con algunas modificaciones, a saber:

• He editado los archivos originales para sustituir el contenido de la etiqueta strong><title> por el de <h2>, y luego he eliminado ésta. Así obtengo títulos idénticos a los originales de las reseñas, y consigo que, al importarse los archivos, las entradas resultantes no tengan el título repetido.
• He modificado los archivos HTML originales, sustituyendo las etiquetas <b> por <strong> e <i> por <em>. Con ello, las entradas importadas conservan las negritas y las cursivas.

Entradas relacionadas

1. Más utilidades para exportar un blog de WordPress
2. URLs cortas para el blog
3. Haga su sitio web compatible con OpenSearch
4. El blog offline, esta vez en formato ePub
5. Un blog de aula para la exportación 2

• Para microbloguear o utilizar el blog a modo de una herramienta colaborativa de comunicación sincrónica al estilo Twitter, con temas como P2, GTD o LiveTwit.
• Para montar sitios de noticias, tipo revista o magazine, como los que se pueden crear con Arras Theme.
• Para elaborar fotoblogs (Zack 990) y videoblogs (WooTube).
• Para publicar portales, mediante temas que permiten desarrollar sitios complejos con funcionalidades semejantes a las de un CMS; por ejemplo, Carrington blog.
• Para crear comunidades de usuarios y redes sociales, gracias al plugin BuddyPress y alguno de los temas adaptados para dicha extensión.
• Para elaborar un sitio web que resuma la actividad de un usuario en las redes sociales, con temas como Visiting Card.
• Para publicar wikis, mediante plantillas especialmente diseñadas para tal propósito, como WordPress Wiki Theme.
• Para crear un sistema de gestión de agenda, gracias a RoloPress o Driftwood.
• Para construir un agregador de fuentes RSS, con temas como Aggregator o OneNews.
• Para desarrollar sitios de comercio electrónico, con alguno de los muchos temas existentes para tal propósito. Por ejemplo, Ecommerce Theme.
• Para elaborar portfolios, con plantillas como Portfolio Press, que voy a comentar a continuación.

Portfolio Press no es, ni mucho menos, el único tema de WordPress que se puede utilizar para crear portfolios (véase, por ejemplo, la enorme recopilación de plantillas publicada en 100 stunning professional portfolio WordPress themes), pero tiene algunas ventajas: es gratuito y está alojado en el repositorio oficial de temas de dicha aplicación, lo que supone una garantía adicional de calidad, actualización y compatibilidad. De hecho, me he interesado por este tema con el propósito de investigar su funcionamiento en una plataforma como Multiblog, y comprobar si cabía ofrecer a los docentes que tienen blogs alojados en dicho servicio del PNTE la posibilidad de elaborar sus propios portfolios.

Me alegra poder decir que, efectivamente, Portfolio Press no presenta ningún problema en una instalación multisitio de WordPress. Hay que tener en cuenta, en cualquier caso, que para que el tema funcione correctamente, es necesario disponer de una versión actualizada de la aplicación (al menos, la 3.0), pues la plantilla hace uso de dos funcionalidades clave –las taxonomías y los tipos de contenido personalizados-, que sólo se pueden gestionar desde el backend de WordPress a partir de dicha versión.

Tras instalar y activar el tema (para lo cual he utilizado uno de los blogs de prueba de la plataforma) Portfolio Press crea en el menú de la aplicación un tipo de contenido nuevo, denominado Portfolio, con sus correspondientes elementos de interfaz (véanse las figuras 1 y 2). Por supuesto, queda a criterio del usuario utilizar este tipo de contenido de forma exclusiva o combinado con el contenido habitual del blog, pero yo aconsejo optar por la segunda alternativa, pues proporciona al sitio una mayor flexibilidad.

Figura 1 - Menú de portfolio y elementos correspondientes a dicho tipo de contenido

Figura 2 - Etiquetas correspondientes a la taxonomía del portfolio

Para poder utilizar el tema es necesario realizar algunos cambios de configuración en el blog que no son demasiado complejos, pero que exigen cierta atención. En el sitio web de su autor hay un buen videotutorial, que me permito incrustar a continuación. No obstante, como está en inglés y algunos de los pasos son poco intuitivos, incluyo tras el vídeo las instrucciones en castellano.

Pinche aquí para ver el vídeo

1. Después de activar el tema, hay que regenerar la estructura de enlaces permanentes del blog, para que puedan estar disponibles las nuevas URLs asociadas al contenido personalizado. Esta acción se realiza desde Ajustes > Enlaces permanentes > Guardar cambios.

2. A continuación, se debe crear una página estática en blanco, con el nombre de Portfolio (en realidad, podría ser cualquier otro, pero esta denominación está ya consagrada por el uso y por tanto resulta fácil de interpretar). Esta tarea se lleva a cabo desde el menú Páginas > Añadir nueva. He escogido para la página resultante una plantilla de anchura completa, sin barras laterales (véase la figura 3), pues con ello la página principal del sitio adquiere un aspecto más rotundo y elegante.

Figura 3 - Configuración de la página destinada al portfolio

3. Tras crear la página del portfolio, es preciso crear otra página estática en blanco, a la que se vinculará el contenido normal del blog (es decir, el que se organiza de forma cronológicamente inversa). Un nombre que suele recomendarse para tal propósito es Blog, pero también podría elegirse otro que sugiera un patrón cronológico de organización, como Noticias, Novedades, etc.

4. Por último, debe configurarse el blog para que la página principal sea la página de Portfolio y el contenido normal sea accesible desde la página Blog. Esta acción se realiza desde el menú Ajustes > Lectura, mediante la selección de las opciones que aparecen destacadas en la figura 4.

Figura 4 - Configuración del blog para el portfolio

A partir de este momento, ya se puede crear el contenido especializado desde el menú Portfolio > Añadir nuevo elemento. Como puede verse en la captura de pantalla representada en la figura 5, el diseñador del tema ha simplificado el editor de WordPress, pues en los artículos del portfolio no se pueden crear resúmenes o campos personalizados, ni tampoco cabe asociarlos a las categorías o las etiquetas habituales en el editor de entradas de WordPress. A cambio, el tipo de contenido personalizado “portfolio” queda asociado a una taxonomía específica, denominada Etiquetas del portfolio, que permite añadir descriptores semánticos específicos para este tipo de artículos.

Figura 5 - Editando un elemento del portfolio

Con el objetivo de llevar a cabo las pruebas necesarias que me permitieran redactar este artículo, he creado seis artículos (véase la figura 1), y desde el menú Imagen destacada del editor de contenido he asociado a cada uno de ellos una imagen que actúa como miniatura de la entrada en la página principal del blog. El resultado es un sitio web cuya página principal tiene el aspecto que aparece en la figura 6, es decir, un sitio que muestra el contenido del portfolio de forma gráfica, mediante miniaturas de imágenes asociadas a los ítems de contenido. Pinchando sobre cualquiera de ellos se abre el artículo correspondiente (figura 7). Por su parte, el menú de páginas estáticas que aparece en la parte superior derecha de la cabecera (dicho menú se genera automáticamente) permite acceder al resto del contenido del sitio, para lo cual basta con pulsar en el enlace correspondiente, mediante el cual se accede a las entradas del blog, organizadas según su disposición habitual (figura 8).

Figura 6 - Página principal del portfolio

Figura 7 - Página correspondiente a un elemento del portfolio

Figura 8 - Vista de la sección blog del portfolio

Como se habrá observado, el frontend del blog está en castellano, pues el diseñador del tema lo ha elaborado de forma que sea posible su traducción mediante los mecanismos que a tal efecto proporciona WordPress. Ahora bien, en su versión actual, el tema no permite una traducción completa, salvo que se realicen varios cambios, a saber:

• Modificar el fichero archive.php, para que el título de las páginas de archivo correspondientes a los meses de un año pueda ser traducido al formato de fecha adecuado.
• Modificar el fichero footer.php, para que la cadena “Powered by” pueda ser traducida.
• Modificar el fichero functions.php para que las cadenas de texto que identifican y describen las zonas de widgets sean traducibles.
• Añadir la identificación del text domain (“portfoliopress”) a aquellos ficheros en los que las cadenas de texto traducibles carecen de él. Se trata de los ficheros full-width-portfolio.php, taxonomy-portfolio-tags.php, type-portfolio.php y /extensions/portfolio-post-type.php. La falta del text domain provoca que, aunque se realice una traducción impecable del tema, queden varias cadenas de texto sin traducir en el backend del blog.

He comunicado todos estos cambios al autor del tema, y espero que los pueda aprovechar para una próxima versión. Mientras esperamos a esa versión mejorada, ofrezco a los interesados un ZIP que contiene el tema completo, ya preparado para que la traducción al español funcione correctamente. Seguro que habrá alguien a quien le vengan bien.

Antes de terminar, quiero hacer una precisión sobre la traducción del término “portfolio” para designar el tipo de contenido personalizado alrededor del cual se organiza este tema de WordPress. En primera instancia, lo había traducido como “portafolio”, pero para evitar la incómoda polisemia del término, he preferido no traducirlo (o, mejor dicho, utilizar para la traducción el anglicismo), cuyo significado en la Web, y especialmente en el ámbito educativo (véase el artículo Electronic portfolio), parece ya consagrado por el uso. En todo caso, estoy dispuesto a modificar la traducción si alguien me ofrece mejores argumentos que los que acabo de presentar.

Entradas relacionadas

1. Más sobre temas especiales para WordPress: el tema News, 1
2. Más sobre temas especiales para WordPress: el tema News, 2
3. Más sobre temas especiales para WordPress: el tema News, 3
4. Dos temas tipográficos para WordPress y sus traducciones al español
5. La traducción del tema Tarski y el problema del orden de palabras