Lo cierto es que con el paso del tiempo te hartas de intentar ayudar a gente que no quiere que le ayudes, que una cosa es ser bueno y la otra ser tonto. Sin embargo, la ley del karma de vez en cuando se toma sus licencias, y hace que la balanza se vuelva a equilibrar. Hoy ha sucedido eso.

El señor Nacho Escolar es uno de estos gurús internéticos de los que precisamente hablaba la semana pasada, con un poco de mala leche, en La blogosfera y su puta madre. Hijo de periodista, empezó como bloguero para terminar como director del imparcial Público. El caso es que el señor Escolar tiene un blog, que utiliza el mismo software que yo, WordPress. Todas las aplicaciones web, por el hecho de estar accesibles permanentemente y habitar en entornos multiusuario, son especialmente sensibles a los problemas de seguridad, y WordPress no es una excepción. Al contrario, quizá por la pericia de sus programadores, pero desde luego debido a su popularidad, el historial de problemas de seguridad de WordPress es conocido desde hace mucho, haciendo imprescindible el constante mantenimiento del sitio. Esto fue, por cierto, uno de mis motivos de desistir de seguir manteniendo ujieros.com en su día.

Existen muchas recomendaciones para intentar mantener el blog seguro. La primera de ellas es mantener WordPress siempre actualizado. Gracias a que WP es software libre, los fallos se suelen detectar y corregir con rapidez, así que es frecuente que en dos o tres días haya yá una nueva versión de WP que solucione los fallos de seguridad detectados. Está claro que aún así hay riesgo, y por eso hay otras medidas interesantes que se pueden tomar, pero manteniendo la instalación de WordPress actualizada nos evitamos buena parte de los problemas.

Para facilitarnos la vida existen infinidad de herramientas. El mismo host donde esta alojado hablandoconeva.com, Dreamhost, proporciona una actualización automática con un solo click, pero hay muchas otras:

• WordPress Automatic Upgrade
• WordPress Instant Upgrade

Y si no, siempre queda actualizar a mano que, aunque tedioso, tampoco es ninguna tragedia.

Una persona que se autocalifica como blogger y que vive del medio no puede permitirse el lujo de descuidar su lugar de trabajo, que es su blog. Escolar lo ha hecho, y el resultado es que algún visitante malintencionado ha introducido un iframe en su blog, redirigiendo a otra dirección desde la que se descargaba un virus, y con el resultado de unos cuantos visitantes cabreados e infectados por un virus, y otros tantos que no estarán cabreados porque no serán conscientes de haber sido infectados por un virus siquiera. Parece ser que el blog funcionaba con WordPress 2.2, cuando la última versión (publicada hace dos semanas, y que es la que utilizo yo) es la 2.5. Podéis hacer la resta para ver todas las versiones que se ha saltado.

Si Escolar no tiene tiempo para mantener el blog actualizado (si es que lo hace él), que pague a un informático para que le haga el trabajo. En su caso, el dinero no debe ser problema, que no es un becario trabajando en la redacción, es el director de un diario. Así, la próxima vez que en cualquier medio generalista salga una noticia publicada relativa a lo poco (o mucho) que cobran los informáticos, lo necesaria (o no) que es una regulación en el sector, la escasez (o no) de titulados con experiencia, etc., alguien pueda decir: “Sí, el sector esta mal, pero yo trabajo manteniendo el blog de Escolar. Y además me paga bien.”. Mientras tanto, tendremos que seguir diciendo: “Escolar, coño, ¿pero esto quién te lo ha hecho?”

Agradecimientos a Servidora, porque había leído las quejas en Menéame esta mañana, pero no le había dado importancia hasta que he leído la nota en el propio blog de Escolar.

En otro orden de cosas, aviso, anuncio, que es posible que esté menos activo por aquí porque:

• se me acaban las vacaciones,
• tengo que poner en marcha un nuevo ordenador (que espero llegue mañana),
• estoy preparando un nuevo theme para el blog.

¡Paciencia! Volveré pronto con jugosas novedades.

Sí, últimamente me planteo mucho la utilidad de las cosas. Qué le vamos a hacer.

El problema es que WP da la impresión de que se ha ido orientando con el paso del tiempo hacia el Web Publishing™ más que hacia el blogging estricto. Sin embargo, carece de funcionalidad que parece entre muy útil y necesaria para ambos tipos de usos. Da la impresión de que WordPress quiere ser un CMS, pero se queda muy lejos de la funcionalidad de cualquier CMS estándar. Vamos a verlo con dos ejemplos:

Eduardo es un usuario con conocimientos avanzados de informática. Quiere utilizar WordPress para publicar una serie de artículos relacionados con su afición, la cría de castores en cautividad. Eduardo publica varias entradas sobre diversos temas relacionados: nidos de castores, etapas de apareamiento, tipos de alimentación. Además, los artículos suelen ir acompañados de imágenes (p.ej. de nidos) y gráficas (p.ej. de los tiempos de cría). WordPress le presenta dos problemas a Eduardo:

• Para mostrar una imagen, Eduardo necesita subirla al servidor donde está alojado WordPress (o a cualquier otro alojamiento del que Eduardo disponga) y, dentro del artículo, enlazar a la imagen “manualmente”, con una etiqueta <img> o utilizando los botones del editor empotrado, para lo cual necesita saber la URL de la imagen. Si a posteriori decide actualizar una imagen, no hay forma de saber en qué artículos aparece la imagen y si el cambio afecta al contenido del mismo. Es un sistema lento y farragoso.
• Eduardo no tiene demasiado tiempo libre, así que los artículos los va escribiendo a lo largo de varias semanas; por ejemplo, el seguimiento de una cría a lo largo del tiempo. Es habitual que durante todo ese tiempo reescriba varias partes del artículo y, como resultado, el contenido previo se pierde. Como WordPress no permite almacenar las diferentes versiones o revisiones de un artículo, Eduardo no puede recuperar una parte de un articulo que se haya borrado o modificado, bien voluntariamente, por accidente, o debido a algún bug de WP.

Marta es una joven aficionada a la fotografía. Quiere tener un blog en el que escribir acerca de los libros y las películas que ha visto, colgar las fotografías que hace, bien sola, bien cuando queda con sus amigos. Ahora mismo, Marta utiliza Blogger para escribir su blog y Flickr para publicar sus fotos, pero no está a gusto utilizando dos servicios diferentes ya que:

• Se le hace complicado utilizar una foto en una entrada de su blog. Además, la versión gratuita de Flickr sólo permite dos álbumes por usuario, y como a ella la gusta hacer muchas fotos, quiere tenerlas bien clasificadas y que aparezcan todas las fotos siempre, y no sólo las 200 últimas que ha subido.
• Le han hablado de servicios como Facebook, Badoo, Fotolog, etc. que permiten escribir y colgar fotos en un solo lugar, pero estos están más orientados al ligoteo y a conocer gente, y son bastante pobres como sistemas de publicación. También le han hablado de WordPress, pero WordPress no le permite colgar fotos ni crear álbumes, seguiría necesitando otro software como Gallery o Coppermine para ello. Gallery y Coppermine son excelentes y están repletos de funcionalidad, pero Marta no quiere tener dos aplicaciones diferentes, y además Gallery y Coppermine son demasiado completos y complejos para lo que ella necesita.

En ambos ejemplos nos encontramos con los siguientes problemas:

• Una importante cantidad de blogguers utilizan habitualmente imágenes en sus entradas, bien para reforzar o ilustrar la idea a transmitir, bien porque la imagen es el motivo central de la entrada. El caso extremo serían los photologs, donde la imagen es el motivo central de la entrada y es el texto el que acompaña a la imagen, y no al revés. WordPress no tiene ninguna constancia de qué imágenes están alojadas en el servidor ni en que posts se utilizan. Las imágenes se añaden a la entrada manualmente, bien editando las etiquetas HTML, bien mediante los botones del editor empotrado de WP. Bienvenidos a 1997, amigos.

• WordPress tampoco es capaz de navegar por las imágenes almacenadas. Para poder visualizar las imágenes es necesario instalar un software adicional. Los plugins que integran WP con dichas aplicaciones, como WPG2, pese a haber mejorado mucho últimamente, suelen ser deficientes.
• WordPress no integra un control de versiones para las entradas. Escribir una entrada larga es un proceso delicado y propenso a errores. La propia naturaleza volátil de un editor web no ayuda en ese aspecto. Es fácil cometer un error durante la edición, o cerrar la pestaña que no toca, y perder parte del trabajo.

¡No busque más, señora! Presentamos (redoble de tambores): Kiwi Web Publishing System (o algo parecido).

Características de Kiwi:

• Permite el versionado de entradas, tanto borradores como entradas ya publicadas.
• Galería de imágenes, que permite la creación de albumes y la asignación de etiquetas a las imágenes.
• Permite relaciona una imagen o un álbum con una entrada determinada y viceversa.
• Personalizar la forma en que se muestran las entradas y las galerías de fotos mediante temas.
• Posibilidad de definir diferentes permisos para diversos usuarios para la creación, por ejemplo, de blogs colectivos.
• Además de eso, lava más blanco, señora.

Ahora sólo falta que alguien se anime a hacerlo. ¿Algún voluntario?