Naturalmente, los diseñadores y desarrolladores de temas hace tiempo que han intentado rellenar este hueco por sus propios medios. De hecho, y aunque es una funcionalidad menos habitual de lo que sería deseable, cada vez son más los temas gratuitos y de pago que permiten exportar sus opciones, e incluso los estilos CSS personalizados que se hayan podido definir en su configuración. Entre los primeros, se pueden citar los casos de Atahualpa, Graphene, Mantra o Suffusion; entre los segundos, la funcionalidad está presente en los temas diseñados por ChimeraThemes, ColorLabs, StudioPress, PageLines, ThemeForest, Themify, etc.

También los creadores de plugins han proporcionado diversas soluciones para garantizar que los widgets definidos en las barras laterales o áreas de widgets de WordPress se puedan exportar e importar, capacidades ambas que resultan de gran utilidad no solo para la ya mencionada tarea de clonación de un sitio web, sino incluso como medida de precaución adicional cuando hay que realizar una copia de seguridad de un sitio, o se va a proceder a la transferencia de alojamiento y/o dominio. Hasta la fecha, yo había utilizado en tales ocasiones el plugin Widget Settings Importer/Exporter, que he mencionado en varios artículos (Nuevo alojamiento para el blog, Actualización a WordPress 3.4, con pie de foto mejorado y Feliz Navidad tras la actualización a WP 3.5), pero recientemente he tenido conocimiento, a través de WordPress Tavern, de una alternativa muy interesante, el plugin Widget Importer & Exporter, muy parecido en concepto al anterior, pero con significativas diferencias que aconsejan realizar una breve comparativa de ambas extensiones.

1. Tanto Widget Settings Importer/Exporter como Widget Importer & Exporter utilizan el formato JSON para exportación de los parámetros de configuración de los widgets; ambos generan ficheros de texto plano, con la extensión JSON el primero y WIE el segundo.

2. En el plugin Widget Settings Importer/Exporter las opciones de exportación e importación están separadas en dos páginas distintas dentro del menú Herramientas: Widget Settings Export y Widget Settings Import; por su parte, el plugin Widget Importer & Exporter dispone de una única página de administración, que reside en el menú Herramientas > Importar y exportar widgets (de acuerdo con mi traducción; el menú original es Widget Import/Export).

3. Widget Settings Importer/Exporter es más versátil y potente que Widget Importer & Exporter, ya que permite seleccionar los widgets exportables e importables a voluntad, mediante un cómodo interfaz que agrupa los widgets en función de las barras laterales o áreas de widgets de las que forman parte, tal como puede verse en la figura 1 (el interfaz sería todavía más cómodo si el plugin fuera traducible, tal como en su momento solicité a su autor, pero la última versión, publicada el pasado 12 de julio, todavía no incorpora las funciones de internacionalización que debieran permitir la traducción).

Hay que advertir que, si las barras laterales o áreas definidas en el sitio de origen no existen en el sitio de destino al que se exportan los widgets, estos no serán importados. Por tanto, es muy importante asegurarse de que las configuraciones de ambos sitios son idénticas en lo referente a la configuración de las barras laterales (al final de este artículo daré más detalles al respecto). Por otro lado, si desde el sitio de origen se exportan widgets inactivos, en el sitio de destino se importarán en el mismo estado.

4. Widget Importer & Exporter es un plugin traducible mediante los procedimientos estándar de WordPress (acabo de enviar al autor la traducción al español, para que la incorpore a próximas versiones), y también algo más fácil de utilizar para la mayoría de los usuarios, dado que, como no permite filtrar los widgets, por defecto exporta todos los elementos que se hayan definido en el sitio de origen.

A la hora de exportar e importar los widgets mediante este plugin, pueden darse tres situaciones distintas, varias de las cuales pueden observarse en la figura 2 (el llamativo backend de WordPress que se muestra en esta y en la siguiente captura de pantalla corresponde a un multisitio experimental en el que se ha instalado el plugin MP6, que modifica sustancialmente el menú de las pantallas de administración de la aplicación):

• Si la barra lateral o área de widgets importada no existe en el sitio de destino, los widgets que se puedan importar se importarán como inactivos.
• Si los widgets importados ya existen en el sitio de destino, no se duplicarán y, por tanto, no serán importados (más adelante explicamos qué significa exactamente que un widget “ya existe”).
• Por último, si los widgets exportados no están soportados (por ejemplo, porque son específicos de un tema que no está disponible en el sitio de destino o derivan de un plugin que no está activado en él), el resultado es que no se importarán.

5. El plugin Widget Settings Importer/Exporter permite ver lo que se importa antes de importarlo, para lo cual hay que hacer clic en el botón Show Widget Settings, tal como se muestra en las figuras 3 y 4; Widget Importer & Exporter, en cambio, no dispone de esa posibilidad. A cambio, este segundo plugin ofrece más información a los usuarios sobre cómo ha transcurrido la importación, pues los mensajes que se muestran tras concluir dicha tarea (que acabamos de mostrar en la figura 2) tienen un código que colores que permite identificar perfectamente qué ha ocurrido con cada uno de los widgets.

Conviene tener en cuenta que ninguno de los dos plugins pueden crear por sí mismos en el sitio de destino una barra lateral que solo exista en el sitio de origen; lo más que puede hacer el plugin Widget Importer & Exporter es, como ya hemos visto, importar los widgets en estado inactivo, lo cual permitirá, posteriormente, arrastrarlos a la barra lateral que interese. Si no hay coincidencia de barras laterales, la exportación no es posible de forma directa, lo cual aconseja utilizar ambos plugins cuando el sitio de origen y el de destino tienen el mismo tema (situación que, como es lógico, debería ser la más frecuente) o bien cuando son temas distintos pero con barras laterales que comparten los mismos identificadores.

Si los identificadores de las barras laterales del sitio origen y el sitio destino no coinciden, y es imperativo llevar a cabo el proceso de exportación-importación, no queda otro remedio que replicar primero, en el sitio de destino, las barras laterales del sitio de origen. Otra alternativa es editar los ficheros de texto generados por las utilidades de exportación, y realizar las modificaciones oportunas; si se opta por esta alternativa, hay que proceder con mucha atención, porque el formato JSON requiere cierto esfuerzo de lectura para averiguar cuáles son los identificadores de las barras laterales y de los widgets. Como ayuda para tales menesteres puede aconsejo utilizar el plugin Debug This, que, una vez activado, y tras seleccionar las opciones Sidebars > Widgets o Sidebars >Registered Sidebars, proporciona la información necesaria (figuras 5 y 6).

Por otro lado, si se desea que el proceso de exportación e importación de widgets se realice correctamente y no se produzcan resultados inesperados, debe tenerse muy presente que, WordPress solo considera dos widgets iguales cuando coinciden el tipo de widget y su título. Es decir, si en el sitio de origen existe un widget de categorías denominado «Categorías del blog», y en el sitio de destino existe un widget con idéntico contenido, pero con el nombre «Categorías del sitio», el proceso de importación considerará ambos elementos como elementos distintos; por tanto, cuando se importe el widget, el sitio de destino tendrá dos widgets iguales en contenido, pero con nombres diferentes.

Tras esta breve comparativa, llega el momento de decidir cuál de entre ambos plugins se debe utilizar. A mi modo de ver, la decisión es tan evidente como salomónica: los dos, en función de las circunstancias del caso y de los objetivos que se pretendan, ya que ambos son perfectamente compatibles entre sí, y no existe ningún inconveniente para tenerlos instalados y desactivados de forma habitual, a la espera de activar uno u otro (o los dos) en función de la situación que se plantee.

En una actividad formativa que estoy preparando para el próximo curso escolar (toquemos madera para que salga adelante), los asistentes podrán realizar unos cuantos experimentos con ambas extensiones, así que espero disfrutar de unas cuantas oportunidades para mejorar el presente análisis. Naturalmente, les tendré oportunamente informados de las conclusiones.

Esta entrada Dos plugins para exportar e importar widgets de WordPress ha sido publicada en primer lugar en La Bitácora del Tigre.

En mi caso, no se produjo ningún problema con la transferencia de de los dominios al nuevo plan de alojamiento. Tampoco los sitios web asociados a ellos (uno estático, varios WordPress y algún Joomla) se resintieron por las condiciones de sus nuevas moradas, con dos excepciones poco relevantes: la primera afectó a varios widgets de La Bitácora del Tigre, misteriosamente desaparecidos (al final de este artículo volveré sobre el particular); la segunda, a un subdominio en el que se me olvidó activar PHP como módulo de Apache. Dejando aparte las inevitables demoras debidas a la propagación de los DNS, que en algún momento dieron como resultado versiones “fosilizadas” de mis sitios web, todo parecía ir bien hasta que comprobé las entradas de la La Bitácora del Tigre y me di cuenta de que varias de entre sus galerías de fotos habían intercambiado algunas imágenes y de que en otras galerías habían desaparecido varias fotografías.

Tras dar muchas vueltas al asunto y examinarlo del derecho y del revés, pude averiguar la causa del problema: a pesar de mis desvelos, no todas las imágenes se habían guardado correctamente en las copias de seguridad (hice dos), lo cual provocó, a su vez, que no subiera al nuevo alojamiento lo que debía haber subido. Esta es la explicación sencilla, pero el caso tiene cierta complejidad, que paso a detallar para que sirva de ejemplo y advertencia a otras sufridos webmasters que puedan encontrarse en una situación semejante.

1. En su configuración por defecto, WordPress almacena los ficheros que se suben al blog en el directorio /wp-content/uploads. Desde el menú Ajustes > Multimedia, WordPress ofrece la posibilidad de organizar los ficheros en una estructura de directorios basada en la secuencia /año/mes, lo cual permite ordenar y distribuir muy cómodamente los ficheros en directorios que tienen el siguiente aspecto: http://misitio.com/wp-content/uploads/2012/03 (ficheros subidos al sitio web durante el mes de marzo), http://misitio.com/wp-content/uploads/2012/04 (ficheros del mes de abril), etc. Esta disposición tiene muchas ventajas, sobre todo para sitios con muchos ficheros; una de ellas es que si se sube en abril una imagen llamada IMG_0450.jpg, y en julio otra con el mismo nombre, ambas se almacenarán en directorios distintos, lo cual elimina la posibilidad de que se produzcan confusiones entre ficheros o de que un fichero sobrescriba otro.

2. Por motivos diversos, relacionados con la historia del blog y ciertas preferencias personales, La Bitácora del Tigre no utilizaba el sistema de almacenamiento propuesto por WordPress, sino un directorio diferente que, al menos hasta hace unos cuantos días, no hacía uso de la estructura de directorios basada en la secuencia /año/mes. A lo largo de los siete años de historia del blog, en varias ocasiones he subido dos imágenes diferentes pero cuyos nombre solo se diferenciaban por el uso de mayúsculas y minúsculas en el nombre y la extensión. Como mis planes de alojamiento (el antiguo y el nuevo) residen en ambos casos en servidores Linux, la existencia en un mismo directorio de dos ficheros llamados, por ejemplo, img_0490.jpg e IMG_0490.jpg, no es ningún problema, pero sí lo es en Windows, un sistema operativo que no sabe hacer tal distinción.

3. En la mayoría de las circunstancias, no suele ser frecuente que dos ficheros distintos se llamen exactamente igual, no solo porque el sistema operativo impide esa coincidencia, sino por los propios hábitos de los usuarios. Sin embargo, cuando se trata de imágenes tomadas por cámaras digitales la cosa cambia, pues estos dispositivos nombran las fotos mediante una secuencia numérica (por ejemplo, de 0001 a 9999); cuando la secuencia termina, la cámara vuelve a contar, con lo cual es posible que dos imágenes diferentes, separadas por un plazo de tiempo más o menos largo, se llamen igual. Si alguien almacena miles de fotos (como es mi caso), es más que probable que varias tengan el nombre repetido; dado que las fotos suelen almacenarse en directorios que se nombran según el sistema de clasificación de cada cual (año, ubicación, tema, etc.), la coincidencia de nombres de dos imágenes distintas no suele producirse.

4. Sin embargo, esa coincidencia sí puede darse (y en mi caso se dio) cuando los ficheros de un único directorio albergado en un sistema Linux se transfieren por FTP a un único directorio de un sistema Windows, tal como yo hice para efectuar las copias de seguridad de mis dominios. Como Windows es incapaz de gestionar el caso de dos ficheros distintos cuyos nombres se diferencian solo por el uso de mayúsculas y minúsculas (y esta semejanza es más probable con los ficheros generados por las cámaras digitales, por las razones ya examinadas), lo que ocurre es que los archivos que solo se diferencien por el uso de mayúsculas se sobrescriben unos a otros.

Todo lo dicho hasta aquí supone que la copia de seguridad transferida a mi ordenador personal, y de aquí al nuevo alojamiento de La Bitácora del Tigre tenía fallos con respecto al directorio original de imágenes del antiguo alojamiento. A su vez, esos fallos (que, hasta donde yo he podido comprobar, solo afectaban a las fotografías digitales con nombres secuenciales del tipo “img_xxxx.jpg”) provocaron diversos trastornos en las galerías de imágenes.

Afortunadamente, las copias de seguridad de este traslado no eran las únicas que tenía guardadas en mi ordenador; de hecho, no solo disponía de otros backups correspondientes a diversas operaciones anteriores de actualización del blog y transferencias de dominios, sino también de las fotografías originales, así que no fue muy difícil (aunque sí bastante laborioso) restituir las galerías a su estado original, tarea que por otra parte me vino muy bien para repasar algunas entradas y mejorar otras.

Este episodio permite emitir algunas recomendaciones con respecto a la gestión de los ficheros de imágenes en WordPress:

1. Conviene siempre renombrar los ficheros antes de subirlos al blog. En vez de trabajar con ficheros llamados img_0001.jpg, img_0002.jpg, etc., que nada significan, es mejor utilizar denominaciones como mi_foto_de_boda_0001.jpg, paisaje_nevado_0002.jpg, etc., mucho más evidentes por sí mismas y menos susceptibles de provocar confusiones.
2. No es aconsejable tener almacenados todos los ficheros que se han subido al blog en un mismo directorio, pues ello aumenta el riesgo de conflictos y dificulta los procesos de copia de seguridad y su restauración. Por tanto, aconsejo activar la casilla “Organizar mis archivos subidos en carpetas basadas en mes y año”, desde el menú Ajustes > Multimedia. Hasta la fecha, yo no había podido disponer de esta funcionalidad, pues mi alojamiento me obligaba a asignar permisos inseguros o comunicaba errores a la hora de crear directorios, pero gracias a una consulta con el servicio técnico de Hostalia, muy rápidamente atendida, esa limitación se ha subsanado de forma totalmente satisfactoria.
3. Si es necesario hacer copias de seguridad o restaurarlas por FTP, conviene llevar a cabo dichas tareas desde un sistema operativo que no modifique los nombres originales de los ficheros de Linux y sea capaz de gestionar adecuadamente la diferencia entre dos ficheros cuyos nombres solo se diferencian por el uso de mayúsculas y minúsculas.

En el curso de este artículo he mencionado el hecho de que, tras el traslado del dominio y todos sus elementos asociados, La Bitácora del Tigre se despertó con una leve resaca, consistente en la inexplicable desaparición de media docena de widgets. Digo que es inexplicable porque, si la base de datos es la misma que era (de hecho, he comprobado que la información de los widgets ausentes forma parte del fichero SQL de copia de seguridad que transferí al nuevo alojamiento) no comprendo por qué razón esos elementos no estaban incluidos en en blog una vez terminado el proceso de transferencia.

A pesar de haber buscado información sobre casos semejantes (en los foros de WordPress hay varias consultas muy parecidas), no he dado con la clave de esta misteriosa desaparición. La verdad es que no me preocupa mucho, porque pude subsanarla en poco tiempo gracias a que en alguna de las actualizaciones más recientes del blog había elaborado una relación completa de todos sus widgets. También me sirvió de gran ayuda la caché de Google, pues me permitió comprobar la configuración precisa que tenían todas las zonas de widgets antes del traslado del dominio.

En todo caso, y para posteriores actualizaciones o traslados, pondré en práctica una precaución adicional: realizar una copia de seguridad del contenido de los widgets, para lo cual el repositorio oficial de WordPress ofrece una herramienta muy útil: la extensión Widget Settings Importer/Exporter, que permite exportar el contenido de todos los widgets a un fichero de texto, el cual a su vez se puede recuperar desde la misma o desde otra instalación. Me permito recomendarlo no solo por su indiscutible utilidad, sino también (perdóneseme esta pequeña vanidad) porque he contribuido modestamente a su desarrollo.

Esta entrada Nuevo alojamiento para el blog ha sido publicada en primer lugar en La Bitácora del Tigre.