Esta nueva barra se puede personalizar. Es un lugar perfecto para añadir elementos, ahora llamados nodos (nodes), que pueden contener otros nodos agrupados en submenús, como enlaces personalizados, accesos directos, etc., aunque para personalizarla necesitaremos editar algo de código.

En principio no se recomienda eliminarla por completo (ver nota ampliada más abajo). Es mejor ajustarla a nuestras necesidades a través de reglas CSS y enlaces personalizados.

Vamos a ver algunos ejemplos para conseguirlo:

Cómo eliminar elementos de la barra de herramientas

Para desactivar alguno de los elementos o nodos que WordPress 3.3 instala por defecto tenemos que crear una nueva función especificando qué enlaces queremos suprimir. El código, como siempre, lo podemos añadir al archivo functions.php de nuestro tema activo o añadirlo a un plugin que nos ayude a ajustar esta funcionalidad.

Utilizando el código del siguiente ejemplo tal como está, nos quedará una barra totalmente vacía (a excepción del nombre de la web). Para personalizar los elementos que queremos conservar basta comentar (añadir “//”) delante de las lineas que nos interesen:

// Eliminamos elementos del nuevo toolbar en WP 3.3
function eliminar_nodos_admin_bar() {
	global $wp_admin_bar;
	$wp_admin_bar->remove_menu('wp-logo'); // Elimina el logo de WordPress (desaparece también todo el submenú)
	$wp_admin_bar->remove_menu('about'); // Elimina el enlace "Sobre WordPress"
	$wp_admin_bar->remove_menu('wporg'); // Elimina el enlace a wordpress.org
	$wp_admin_bar->remove_menu('documentation'); // Elimina el enlace a la documentación oficial (Codex)
	$wp_admin_bar->remove_menu('support-forums'); // Elimina el enlace a los foros de ayuda
	$wp_admin_bar->remove_menu('feedback'); // Elimina el enlace "Sugerencias"
	$wp_admin_bar->remove_menu('view-site'); // Elimina el submenú que aparece al pasar el cursor sobre el nombre de la web
	$wp_admin_bar->remove_menu('comments'); // Elimina el acceso directo a los comentarios
	$wp_admin_bar->remove_menu('updates'); // Elimina el icono de notificación de actualizaciones
	$wp_admin_bar->remove_menu('new-content'); // Elimina el menú para generar nuevo contenido
	$wp_admin_bar->remove_menu('my-account'); // Elimina el acceso a la cuenta de usuario y al enlace para desconectarse
	}
add_action('wp_before_admin_bar_render', 'eliminar_nodos_admin_bar');

Cómo cambiar el aspecto visual de la barra

Podemos adaptar el backend del sistema a nuestro gusto o a los colores de la marca del cliente, por ejemplo. Con esta función podremos cambiar el logo del sistema en WordPress 3.3, cambiar el color de fondo de la barra, el color de los elementos y cualquier otro detalle al que se pueda acceder mediante CSS.

Las funciones que existían hasta ahora para eliminar o cambiar el logo de WordPress no sirven en esta nueva versión. El logo tiene clases CSS nuevas y los bloques HTML donde se inserta también han cambiado. En el siguiente ejemplo tendremos que cambiar la ruta en la linea 3 por la correspondiente en cada caso:

// Editamos el aspecto visual de la barra
function personalizar_aspecto_toolbar() {
	$adminlogo = '/images/adminlogo.png'; // Especificar ruta (tamaño = 20 x 20 px)
	echo '<style>
		#wpadminbar { background: #1B3E6E !important; }
		#wp-admin-bar-wp-logo > .ab-item .ab-icon {
			background-image: url('.get_bloginfo('template_directory').$adminlogo.') !important;
			background-position: 0 0;
			}
		  </style>'; }
add_action('admin_head', 'personalizar_aspecto_toolbar');

Cómo añadir un enlace simple a la barra de administación

Los ejemplos que he visto en otras páginas utilizan el método “add menu“, sin embargo en la documentación de WordPress se recomienda utilizar la función add_node() para añadir elementos a la barra de herramientas:

// Añadir un enlace simple con la función "add_node"
function link_simple_toolbar($wp_admin_bar) {
	$args = array(
		'id' => 'mi-link', // Identificador único
		'title' => 'Mi nuevo enlace', // Título del enlace
		'href' => 'http://miweb.com/mi-pagina/', // URL de destino
		'meta' => array('class' => 'mi-clase') // Clase del elemento
		);
	$wp_admin_bar->add_node($args);
}
add_action('admin_bar_menu', 'link_simple_toolbar', 100); // 25, si queremos que salga el primero

Cómo añadir elementos agrupados a la barra de administación

Para incorporar nuevos elementos a esta barra tendremos que crear otra función especificando los títulos y enlaces que queremos añadir. Podemos crear un submenú con diferentes opciones anidadas e incluso ampliarlo hasta donde queramos.

Lo importante en este caso es que los elementos “hijos” hagan referencia al identificador del elemento superior (parent):

// Añadimos un enlace y un submenú con dos opciones
function link_simple_toolbar($wp_admin_bar) {
	$link = array(
		'id' => 'mi-link', // Identificador único
		'title' => 'Nuevo enlace', // Título del enlace
		'href' => '#', // URL de destino (si no queremos que apunte a ningún sitio, podemos dejarlo tal cual)
		'meta' => array('class' => 'mi-clase') // Clase del elemento
		);
	$sublink1 = array(
		'id'    => 'mi-sublink1', // Identificador único
		'parent' => 'mi-link', // Identificador del elemento superior
		'title' => 'Nuevo sublink 1', // Título del enlace
		'href'  => 'http://www.google.es/', // URL de destino
		'meta'  => array(
			'title' => __('Titulo para este link'), // Atributo "title" del enlace
			'target' => '_blank', // Destino ("_blank" abrirá el enlace en una página o pestaña nueva)
			'class' => 'mi_link_item_class' // Clase del elemento
			)
		);
	$sublink2 = array(
		'id'    => 'mi-sublink2',
		'parent' => 'mi-link', // Identificador del elemento superior
		'title' => 'Nuevo sublink 2',
		'href'  => 'http://www.google.es/',
		'meta'  => array(
			'title' => __('Titulo para este link'),
			'target' => '_blank',
			'class' => 'mi_link_item_class'
			)
		);
	$wp_admin_bar->add_node($link);
	$wp_admin_bar->add_node($sublink1);
	$wp_admin_bar->add_node($sublink2);
}
add_action('admin_bar_menu', 'link_simple_toolbar', 100); // 25 = En la primera posición (justo después del logo)
?>

¿Es posible desactivar la barra por completo?

No sin importantes esfuerzos. Algunos filtros como “show_admin_bar” ya no sirven en WordPress 3.3 para desactivar la barra. A diferencia de la anterior “Admin bar”, ahora no se incluye una manera para eliminarla en el backend del sistema (solo en el frontend, a través de las opciones de cada usuario, ya que ahí no es imprescindible). Tampoco funcionarán por tanto algunos plugins que ocultaban esta barra.

La justificación de los desarrolladores para no permitir la desactivación de este elemento es que ahora se combina con la cabecera (header) del sistema e incluye funciones importantes para el usario, como la posibilidad de cerrar sesión o documentación de utilidad para el usuario, por lo que se recomienda no eliminarla completamente.

Aun así, hay plugins que ya permiten eliminar la barra por completo:

• Hide Toolbar Plugin
• WordPress Admin Bar Improved

Creamos un plugin para tenerlo todo a mano

Para no cargar nuestro archivo functions.php, en este caso sería buena idea crear un plugin para meter todos estos fragmentos de código y facilitar así la edición. Además, al cambiar de un tema a otro, nuestros ajustes permanecerán intactos.

En realidad, crear un plugin básico es muy fácil, aunque en este caso se podría completar, por ejemplo, con una página de opciones para editar fácilmente los detalles.

Este plugin no pretende ser una solución de instalar y listo. Es necesario adaptarlo a las necesidades de cada uno, pero es muy fácil hacer modificaciones siguiendo las instrucciones y comentarios incluidos.

Personalizando un poco el código del plugin podremos:

• Eliminar algunos elementos por defecto (solo hay que editar los comentarios para activar y desactivar cada uno)
• Cambiar el color de fondo de la barra (editar para modificar el color)
• Cambiar el logo de WordPress por la imagen que especifiquemos
• Añadir enlaces nuevos con o sin submenús (editar para configurar los detalles)

Descargar plugin: Toolbar personalizado (ZIP, 2 KB)

Más información y artículos relacionados

• Goodbye Admin Bar, Hello Toolbar (Digging into WordPress)
• How to Customize the WordPress 3.3 Toolbar (Sitepoint)
• Personaliza el área de administración de WordPress (Emenia.es)
• Add Menu Links to the New WordPress 3.3 Tool Bar (Pippinsplugins.com)

• Por FTP. Renombra la carpeta “plugins” y crea otra igual, pero vacía.
• O a través de phpMyAdmin. Edita el campo “active_plugins” (en la tabla “wp_options“) y vacía la lista de plugins activos sustituyendo el contenido por: “a:0:{}” (sin las comillas)

Respuesta completa

Es probable que en alguna ocasión necesitemos desactivar todos los plugins (o solo alguno) de nuestra instalación de WordPress pero, por una u otra razón, no podamos acceder al area de administración: páginas en blanco, pérdida de los datos de acceso o cualquier otra razón.

Por ejemplo, podemos encontrarnos con páginas en blanco en el panel de administración cuando algún plugin no es compatible con la versión de WordPress que tenemos instalada (o simplemente porque contiene errores), cuando el archivo “functions.php” del tema activo o “wp-config” están mal formados, etc.

Para comprobar si se trata de un problema con algún plugin instalado, tendremos que desactivarlos todos e ir activándolos de uno en uno, pero como no podemos acceder a la página de gestión, no podemos hacer nada.

Hay dos maneras de solucionarlo: por FTP o accediendo directamente a la base de datos a través de phpMyAdmin (o cualquier otro gestor).

Cómo desactivar plugins por FTP

Si tenemos acceso FTP a los archivos de la instalación, lo único que tenemos que hacer es cambiar el nombre de la carpeta “plugins“ (en wp-content/plugins), por ejemplo llamándola “plugins_original”, y crear una carpeta nueva vacía. Paso a paso sería así:

1. Acceder por FTP a nuestra instalación de WordPress
2. Abrir la carpeta “wp-content“
3. Buscar la carpeta “plugins” y cambiarle el nombre (por ejemplo, “plugins_original”)
4. Crear una carpeta nueva y llamarla “plugins”

Al volver a acceder al panel de administración nos aparecerá un mensaje de error por cada plugin que teníamos activado, pero en este caso, eso es precisamente lo que buscábamos: “El plugin X se ha desactivado debido a un error: El archivo del plugin no existe.”

Si volvermos a renombrar la carpeta original por FTP, los plugins aparecerán como inactivos y podremos volver a activarlos uno a uno, fijándonos bien cual es el que causa problemas.

Cómo desactivar plugins en phpMyAdmin

Lo que vamos a hacer es decirle al sistema que no tenemos ningún plugin activado, es decir, el mismo método que el anterior pero, esta vez, marcándolo directamente en la base de datos. En otras palabras, no vamos a eliminar ninguna extensión, solo a desactivarlas “a distancia”. Para ello tendremos que:

1. Acceder a través de phpMyAdmin a la base de datos de nuestra instalación de WordPress
2. Examinar la tabla “wp_options” (el prefijo “wp_” puede variar según la instalación)
3. Buscar en la columna “option_name” la fila “active_plugins” (puede que no esté en la primera página). O también podemos hacer una consulta SQL directa. Así:

   SELECT * FROM wp_options WHERE option_name = 'active_plugins';

4. Editar esta fila
5. En el campo “option_value” veremos una lista de todos nuestros plugins activos en forma de cadena. Lógicamente la longitud y el contenido variará dependiendo de los que tengamos activados:

   a:2:{i:0;s:19:"akismet/akismet.php";i:1;s:27:"wp-pagenavi/wp-pagenavi.php";}

6. Guardar una copia de esta cadena (por si acaso, para poder volver a activar los plugins más tarde) y sustituirla por:

   a:0:{}

7. Finalmente guardamos los cambios pulsando “Continuar”

Ahora podremos volver a acceder al panel de administración de WordPress. Si el problema de las páginas en blanco continúa, lo más probable es que los archivos “functions.php” o “wp-config” estén mal formados.

Más información (en inglés):
How to deactivate all plugins when not able to access the administrative menus?

Dominios en el mundo. Fuente: Wikipedia

¿Por qué aparecen símbolos “raros” en la barra de direcciones del navegador cuando visitamos sitios web con caracteres internacionales? Por ejemplo, al visitar http://www.radiopollença.net puede aparecer como “http://www.xn--radiopollena-udb.net/”.

Explicación simple

Es normal. Es una medida de seguridad. El navegador te está avisando de que el dominio que acabas de teclear contiene caracteres multilingües.

Cada navegador (Firefox, Chrome, Internet Explorer, Safari, Opera) tiene sus propias reglas al respecto para protegernos de posibles ataques. Algunos permiten configurar esto y otros no. Para saber cómo hacerlo, averigua qué navegador estás utilizando y sigue leyendo.

Explicación completa

Al principio, los nombres de dominio únicamente podían contener caracteres ASCII: letras de la A a la Z, números y algún que otro símbolo, como por ejemplo guiones. Pero a medida que Internet se fue haciendo más popular e internacionalizando, fue necesario incorporar un sistema que permitiera utilizar caracteres de otros idiomas (por ejemplo, “ñ”, “ç”, tildes, diéresis, etc.)

Así, a partir de 2005 y con el fin de dar cabida a estos diferentes caracteres no ASCII propios de algunos idiomas (como el español, el francés o el catalán), los registradores empezaron a permitir lo que se llaman IDNs o Internationalized Domain Names (nombres de dominio internazionalizados).

De todas formas, a pesar del tiempo que hace que se permite el registro de este tipo de dominios, si alguna vez has visitado una web con un IDN de este tipo, es posible que tu navegador lo haya transformado en algo así: “http://www.xn--nombre-xyz.com/”

Lo que hacen los agentes de usuario (los navegadores, por ejemplo) para que esto funcione es transformar los caracteres Unicode (ñ, ç, ü…) del dominio a una cadena que encaje con la forma tradicional, para después enviarla al servidor de nombres de dominio (DNS). Por ejemplo, un dominio con la cedilla (“ç”), muy común en francés y en catalán, como “http://www.pollença.com” se convierte en “http://www.xn--pollena-zxa.com/”. Igualmente, el dominio “http://www.españa.com” se convierte en “http://www.xn--espaa-rta.com/”.

A este formato convertido o codificado se le llama Código púny o Punycode, que no es más que una representación en formato ASCII del nombre original.

En resumen:

• Dominio Unicode: españa.com
• Dominio Punycode: http://www.xn--espaa-rta.com/

Sería perfecto si los navegadores y otros agentes de usuario pudieran mostrar tranquilamente el formato Unicode de todos los dominios. Pero el problema viene cuando, dada la inmensa variedad de idiomas y caracteres, algunos son demasiado parecidos. El caso más popular es la “а” en cirílico, que a simple vista no se diferencia de la “a” latina, o la “O” griega de la “O” latina y la “O” en cirílico.

Aprovechando esto, alguien podría registrar un dominio que a simple vista pareciera otro (es decir, hacer Phishing o Spoofing, engañar a alguien haciéndose pasar por otra persona, entidad o servicio, por ejemplo, un banco). A este tipo de engaños concretamente se los conoce como ataques homógrafos de IDN (IDN homograph attack).

Como no es posible que, para evitar este tipo de prácticas, los agentes registradores puedan controlar todos los dominios que se dan de alta, lo que hacen los navegadores para evitar confusiones y tratar de protegernos de estos ataques homógrafos es, en muchas ocasiones, mostrar al usuario los IDNs en formato Punycode en lugar del original.

Pero no es tan simple. Cada navegador lo hace de manera diferente. Según el caso, podremos configurarlo para que nos muestre un dominio sin codificar, aunque hay navegadores que no lo permiten. Vamos a ver las diferencias.

Gestión de IDNs en los diferentes navegadores

IDNs en Google Chrome

Chrome determina si mostrar IDNs en Punycode o Unicode según el/los idioma/s que el usuario “entiende” (o sea, tiene configurados en su sistema). Es decir, Chrome detecta el idioma del sistema o navegador y, si el dominio contiene caracteres de un idioma que no está en la lista de los configurados por el usuario, muestra el dominio en formato Punycode.

Por ejemplo, si en mi ordenador tengo configurado el español como único idioma del navegador o del sistema (depende de si la plataforma es Windows, Mac Os X o Linux) y escribo en la barra de direcciones de Chrome el dominio “www.españa.com” (que contiene una “ñ”), el navegador me mostrará el dominio en formato Unicode (es decir, tal como se escribe, con la “ñ”). En cambio, si mi idioma es el inglés, por ejemplo, como la letra “ñ” no pertenece a la lista de caracteres permitidos, me mostrará el dominio en formato Punycode, así: “http://www.xn--espaa-rta.com/”

En Windows y Linux los idiomas se configuran desde las opciones del navegador: Opciones > Avanzada > Configuración de idiomas y del corrector ortográfico.

En Mac OS X el idioma del navegador viene determinado por el idioma del sistema. Se puede configurar accediendo a: Aplicaciones > Preferencias del sistema > Idioma y texto > Idioma.

De esta manera, Google Chrome consigue que podamos ver dominios internacionalizados sin codificar, incluso aunque sean .net o .com, que son dominios de primer nivel generales, no específicos de un país.

IDNs en Internet Explorer

Internet Explorer (IE) actúa de manera muy similar a como lo hace Chrome: muestra las URLs sin codificar siempre y cuando todos los caracteres del dominio pertenezcan al idioma configurado por el usuario en las opciones del navegador: Opciones de Internet > General > Idiomas.

IDNs en Firefox

En el caso de Firefox, lo que hace este navegador para decidir si mostrar Unicode o Punycode es analizar la extensión de cada dominio (.com, .net, .es, .cat, etc.) y compararlos con unas listas de caracteres permitidos. De esta manera, un dominio con caracteres internacionales puede verse codificado según el nivel al que pertenezca.

Por ejemplo, un dominio con la cedilla (“ç”), muy frecuente en catalán y en francés, como “htttp://www.pollença.com” se mostrará en Punycode, porque los dominios “.com” no permiten “ç”. En cambio, el dominio “http://www.pollença.cat” se mostrará en Unicode porque los “.cat” sí que permiten la cedilla.

Lo mismo pasaría con el dominio “españa.com”. En Firefox aparecería en formato Punycode, en cambio “españa.es”, en formato Unicode.

Firefox incorpora una lista blanca de TLDs. Si al menos uno de los caracteres del dominio no está en esa lista, el dominio no se mostrará en Unicode. Dicho de otra forma, Firefox siempre mostrará un dominio en formato Punycode para “.com”, porque este TLD no está en la lista blanca. Es decir, ni “españa.com”, ni “pollença.com” se verán “correctamente”.

IDNs en Safari

Safari ofrece una lista de idiomas editable por el usuario en la que aparecen los que están permitidos para mostrarse de manera nativa en la barra del navegador.

Los nombres de dominio que contengan caracteres que no estén en esa lista de idiomas se mostrarán por tanto en el formato ASCII (Punycode)

Podemos editar esta lista muy fácilmente con cualquier editor de texto (siempre y cuando se tengan permisos de administración). Esta lista se llama “Lista blanca de IDNs permitidos por defecto en WebKit” (Default Web Kit International Domain Name Script White List) y la podemos encontrar en esta ruta: Sistema > Libreria > Frameworks > WebKit.framework > Versions > A > Resources > IDNScriptWhiteList.txt

Si borramos todos los idiomas que aparecen en esta lista, Safari mostrará todos los dominios codificados con su equivalente en Punycode.

IDNs en Opera

Opera analiza, al igual que Firefox, en una lista blanca de dominios de primer nivel (TLDs) con las que compara los dominios. Únicamente muestra IDNs en formato Unicode siempre y cuando todos los caracteres del dominio estén permitidos para ese TLD en particular.

En resumen

Si queremos que nuestro dominio del primer ejemplo “radiopollença.net” se muestre tal como lo escribimos, tendremos que cambiar la configuración de idioma del sistema o del navegador al catalán, en todos los casos menos si utilizamos Firefox u Opera, que no se basan en configuraciones locales y por tanto no podremos hacer nada (en realidad, existen extensiones que permiten cambiar esta configuración, pero no son nada recomendables porque nos abren la puerta a posibles ataques).

Dominios IDN, SEO y accesibilidad

¿Afecta negativamente a nivel de posicionamiento en buscadores (SEO) tener un dominio internacionalizado?

Por una parte, los IDNs nos dan más flexibilidad, es decir, nos permiten posicionar palabras exactas, tal como se escriben. En el caso de “Pollença”, puede haber mucha diferencia entre registrar un dominio como “Pollenca” (con “c” en lugar de “ç”) o como la versión castellanizada “Pollensa” (con “s”). Además, disponer de un dominio con caracteres multilingües nos permite acceder a un posicionamiento más local y por tanto más preciso, ya que, desde hace tiempo los buscadores no ofrecen ningún problema para indexar estos dominios.

Partiendo de la premisa de hacer sitios web claros y accesibles para todo el mundo, el hecho de añadir complejidad a nuestra dirección web puede ser un punto importante en contra de adquirir un dominio multilingüe.

Pero, como hemos visto, los navegadores no nos lo ponen fácil. Es muy probable que el usuario que visita una página web con un dominio internacionalizado, se extrañe como mínimo al ver el cambio a Punycode, es decir, provoque una primera reacción de rechazo hacia algo raro, que no conoce.

Por otro lado, registrar un dominio con caracteres multilingües puede no ser una buena idea (ni a nivel SEO ni a nivel de accesibilidad) ya que algunos usuarios podrían tener dificultades para acceder a la “ñ” o la “ç” en teclados ingleses, por ejemplo. Todo dependerá de nuestro “target”, a qué público nos estamos dirigiendo.

A nivel de compatibilidad de navegadores, aunque afortunadamente cada vez se utilice menos, Internet Explorer 6 (IE6) da errores al acceder a dominios IDN.

Por tanto, partiendo de la premisa de hacer sitios web claros y accesibles para todo el mundo, el hecho de añadir complejidad a nuestra dirección web puede ser un punto importante en contra de adquirir uno de estos dominios.

En cualquier caso, lo ideal podría ser registrar otro dominio similar que solamente contenga caracteres ASCII (“normales”) y redireccionarlo a su versión en IDN.

También hay que tener en cuenta que estos dominios pueden ser difíciles de integrar en programas como gestores de correo, de FTP, sistemas de gestión de contenido como WordPress, Joomla o Drupal, extensiones, Twitter, Facebook y otras redes sociales, etc.

Por todo esto, la adquisición de un dominio multilingüe puede ser una muy mala idea, al menos por ahora, debido a la cantidad de problemas, costes y tiempo necesario para solventarlos, pero más que por dificultades a nivel SEO e indexación en buscadores, por accesibilidad y por compatibilidad del software.

WordPress y los IDNs

WordPress no es una aplicación IDNA (aplicaciones capaces de gestionar dominios IDN), por lo tanto al configurarlo deberemos utilizar la versión en Punycode. Si no lo hacemos así, el sistema eliminará todos los caracteres no-ASCII de nuestro dominio.

Pero esto no quiere decir que WordPress tenga problemas con los dominios multilingües. Lo único que hay que hacer al configurar el sistema es introducir el dominio en formato Punycode (aquí encontrarás un conversor), tanto en el campo “Dirección de WordPress (URL)” como en “Dirección del sitio (URL)”. A partir de ahí ya depende del navegador.

Conviene ir con mucho cuidado cuando hacemos este tipo de cambios, especialmente si no sabemos bien lo que hacemos, ya que fácilmente podemos perder el acceso al area de administración de WordPress. En ese caso, podemos acceder directamente a la base de datos a través de phpMyAdmin o tener a mano la información del Codex de WordPress sobre cómo cambiar la URL de la web (en inglés).

Donde sí podemos encontrar limitaciones importantes de WordPress con respecto a los IDNs es en los comentarios, los plugins que utilicemos, integración con redes sociales o la gestión de emails, por ejemplo.

Aunque no lo he probado, existe un plugin que se llama IDNA que permite utilizar dominios IDN en WordPress (aunque según su autor, no se trata de una versión estable, sinó de una Beta, “como mucho”). Para ello utiliza una librería llamada PHP Net_IDNA que convierte de Punycode a Unicode y viceversa.

Conclusión

Registrar dominios con caracteres multilingües no es ni buena ni mala opción. Dependerá de cada caso, por lo que habrá que analizar si puede afectar de alguna manera a nuestros usuarios o al proceso de configuración del software que vayamos a utilizar.

Lo más probable es que con el tiempo todo el software, tanto online como off-line, esté perfectamente adaptado a las configuraciones multilingües, pero por ahora (noviembre de 2011), sigue siendo algo un poco complicado. Prueba de ello es la longitud de este artículo.

Bibliografía

A continuación encontrarás una lista de recursos para poder acceder a información de primera mano sobre los IDNs y los diferentes navegadores:

• IDN Conversion Tool: Herramienta para convertir nombres de dominio internacionales (IDN) a caracteres nativos o Punycode.
• IDN in Google Chrome (Google Chrome’s IDN policy): artículo sobre la política de Google Chrome con respecto a los IDNs.
• Internationalized Domain Name Support in Microsoft Internet Explorer 7: política de Microsoft con respecto al tratamiento de los IDNs en Internet Explorer 7 y versiones superiores.
• Mozilla.org: IDN-enabled TLDs: Lista de los TLDs (dominios de primer nivel) para los cuales el sofware de Mozilla muestra IDNs en formato Unicode.
• About Safari International Domain Name support: artículo sobre la política de Apple con respecto a los IDNs.
• Opera support for IDNs: artículo sobre la política de Opera con respecto a los IDNs.
• Repository of IDN Practices: Tablas de IDNs de la IANA (Internet Assigned Numbers Authority) para consultar las letras permitidas en cada TLD.
• IDN Tables: CAT (catalan): tabla de caracteres asignados por la Fundació puntCAT para el catalán.

Imagen generada automáticamente por Lorem Pixum

De la misma manera que existen generadores de textos de muestra (a partir del conocido Lorem Ipsum o de otros textos), también existen generadores de fotos aleatorias y de espacios para imágenes (placeholders).

Por ejemplo, la imagen que ves aquí al lado está generada automáticamente. Lo único que se ha especificado es que mida 350 x 230 pixels.

Este tipo de servicios son perfectos a la hora de empezar a maquetar una web, evitándonos tener que recurrir a fotos de stock o imágenes de relleno que podamos tener preparadas en nuestro cajón de recursos.

Lorem Pixum

Lorem Pixum es un servicio de generación automática de imágenes gratuito y muy fácil de utilizar. Solo tenemos que apuntar la URL de la imagen a este servicio, especificando las dimensiones que necesitamos, y nos incrustará una foto automáticamente. En el ejemplo anterior la URL sería:

http://lorempixum.com/350/230/

Podemos seleccionar cualquier tamaño, es decir, no estamos limitados a tamaños estándar. Funcionará igualmente bien tanto si pedimos una foto de 300 x 200 pixels, como cualquier otra proporción caprichosa que necesitemos, por ejemplo 206 x 191. Eso sí, el límite, tanto del ancho como del alto, es de 1920 pixels, el perfil de color siempre será RGB o escala de grises y la resolución, 72 ppp.

Lorem Pixum nos permite seleccionar fotos de entre 11 temas o categorías: fotos abstractas, de animales, urbanas, de comida, nocturnas, moda, gente, naturaleza, deportes, técnicas y transportes.

Esto nos puede venir muy bien, por ejemplo, si estamos montando una web para un restaurante y todavía no nos han enviado las fotos de los platos del menú. Podríamos utilizar las fotos de Lorem Pixum especificando que sólo queremos fotos cuadradas de exactamente 500 x 500 pixels y únicamente de la categoría “Comida”. Así:

http://lorempixum.com/500/500/food

Si queremos recibir siempre la misma foto, basta añadir el número detrás de la categoría:

http://lorempixum.com/400/200/sports/1/

También es posible añadir un pequeño texto vertical sobre la foto:

http://lorempixum.com/400/300/technics/3/Ubuntu/

Utilizar un servicio como este tiene dos ventajas más: no tenemos que preocuparnos por los derechos de las fotos (siempre y cuando las utilicemos únicamente para maquetación web o de imprenta) y que, al no estar alojadas las fotos en nuestro servidor, tampoco tenemos que subir ni copiar nada, ni preocuparnos por el ancho de banda (en otras palabras, estamos haciendo “hotlinking“, pero en este caso está permitido).

Lógicamente, podemos utilizar este servicio tanto desde las plantillas HTML o CSS, como directamente desde WordPress o cualquier otro editor de contenidos que estemos utilizando.

Lorem Pixum se está haciendo bastante popular. De hecho, ahora mismo llevan servidas casi 22 millones de fotos desde que pusieron en marcha el servicio en abril de 2011.

Sinceramente, cuando lo conocí pensé que sería una curiosidad más, algo que desechas rápidamente porque no te soluciona o facilita nada en el día a día. Pero no es así. Por ejemplo, es mucho más rápido generar una imagen con un tamaño específico a partir de Lorem Pixum, que abrir una foto en Photoshop, recortarla y guardarla para web. Si estamos maquetando una web, es más fácil y mucho más rápido probar diferentes tamaños de una foto cambiando sólo la URL, que tener que crear todos los tamaños previamente.

Si te ha convencido, puedes probar esta herramienta visitando: http://lorempixum.com/

Otros servicios similares

• Placekitten es otro generador de fotos parecido a Lorem Pixum pero con la particularidad de que únicamente nos entrega fotos sobre un tema: gatos
  http://placekitten.com/
• Placehold.it es diferente a los dos servicios anteriores. En este caso, se trata de un generador de espacios para imágenes (los típicos cuadros grises tan frecuentes en maquetación). Podemos seleccionar el formato, texto, color y tamaño de los recuadros.
  http://placehold.it/
• Ipsum Image es otro generador de espacios para imágenes. Además del tamaño, nos permite seleccionar el color de fondo, el texto que queremos que aparezca sobre la foto (incluido el tamaño y el color de ese texto) y el formato (PNG, JPG o JPEG)
  http://ipsumimage.appspot.com/

Generadores de textos de muestra

Si lo que buscas son generadores de textos de muestra (dummy text), aquí tienes algunas herramientas útiles:

• RandomText, generador aleatorio de Lorem Ipsum y textos de muestra.
  http://www.randomtext.me/
• Lorem ipsum for webdesigners. Generador de textos aleatorios a partir de obras literarias de autores conocidos.
  http://www.blindtextgenerator.com/lorem-ipsum
• Quijotipsum, generador de texto basado en El Quijote de Cervantes: http://www.quijotipsum.com/

WordPress permite desde hace tiempo proteger fácilmente nuestra información privada bajo contraseña. Cualquier entrada o página de nuestra web o blog puede ser publicada para que solamente algunos usuarios tengan acceso.

Para publicar un contenido protegido por contraseña:

1. Desde el editor de páginas o entradas de WordPress tenemos que pulsar el botón “Editar” que hay junto a la opción “Visibilidad: Público”, seleccionar “Protegida con contraseña” y después pulsar el botón “Aceptar” (ver imagen). También se puede cambiar o editar la contraseña desde la edición rápida.
2. Después solo tenemos que pulsar el botón “Publicar”. A partir de ese momento nuestra información solo estará disponible para aquellos a quienes hayamos facilitado la contraseña del primer paso.

Por defecto WordPress añade automáticamente la palabra “Protegido” (o “Protected”, si no la hemos traducido) al título de nuestra entrada o página. Para eliminar esta palabra y dejar el título tal como lo hemos publicado, tendremos que hacer algo más:

1. Abrir el archivo functions.php (si nuestra plantilla no lo tiene, lo creamos)
2. Añadir este fragmento de código:

   // Cambiando el título de los posts protegidos con contraseña:
   add_filter('the_title','entradas_protegidas');
   function entradas_protegidas($title) {
   	return str_replace('Protegido:','', $title);
   	}
   

   Con esto lo que hacemos es añadir un filtro al título para que sustituya la palabra “Protegido” por “”, es decir, por nada. Si lo que queremos es sustituirla por otra palabra, solo tenemos que escribirlo entre las comillas. Por ejemplo:

   // Cambiando el título de los posts protegidos con contraseña:
   add_filter('the_title','entradas_protegidas');
   function entradas_protegidas($title) {
   	return str_replace('Protegido:','Acceso restringido:', $title);
   	}
   

Este método protege dos bloques de información: el contenido (the_content) y los comentarios (comments_template).

¿Qué diferencia hay entre “Protegida con contraseña” y “Privada”?

Cualquiera de estas dos opciones protege nuestra información, pero hay una diferencia importante: al marcar una entrada o página como privada, ésta desaparece completamente, es decir, la visibilidad para el visitante es nula, mientras que si la protegemos con contraseña lo único que ocultamos es el contenido (pero no el título).

Por defecto, el contenido privado en WordPress solo es visible para administradores y editores. Cualquier rol con menos privilegios carece de la posibilidad de visualizar (y mucho menos editar) esta información.

Cómo modificar el formulario de protección con contraseña

WordPress, al menos hasta la versión 3.1.3, no nos ofrece ninguna clase especial para dar estilo a este formulario (algo un poco extraño ya que una simple clase en el body nos permitiría acceder a él mediante reglas CSS). Para poder editar este formulario, lo mejor es recrear la función en nuestro archivo functions.php:

add_filter('the_password_form', 'nuevo_formulario');
function nuevo_formulario() {
    global $post;
    $label = 'pwbox-'.(empty($post->ID) ? rand() : $post->ID );
    $output = '<form class="formulario-contrasena" action="' . get_option('siteurl') . '/wp-pass.php" method="post">' . __("<p><strong>Esta información está protegida.</strong><br />Por favor, para verla escribe la contraseña a continuación:</p>") . '<p><input name="post_password" id="' . $label . '" type="password" size="25" /><input type="submit" name="Submit" value="' . esc_attr__("Submit") . '" /></p></form>';
    return $output;
    }

Proteger con contraseña una web completa

Hasta el momento WordPress tampoco ofrece la posibilidad de proteger toda una web con contraseña, aunque es posible que forme parte de las opciones del sistema en futuras versiones. De todas formas, hasta que esto ocurra, afortunadamente existen numerosos plugins que facilitan mucho el tema:

• Page Restrict: acceso restringido para páginas o entradas seleccionadas
• Restricted Site Access: acceso limitado a usuarios registrados o a determinadas direcciones IP
• Registered Users Only: obliga a todos los visitantes a identificarse para poder acceder a la web

También podemos restringir el acceso a nuestra web mediante .htaccess. Un simple ejemplo:

RewriteEngine on
RewriteCond %{REQUEST_URI} !/acceso-restringido.php$
RewriteCond %{REMOTE_ADDR} !^80\.31\.190\.52
RewriteCond %{HTTP_REFERER} !^http://www.miweb.com/ [NC]
RewriteCond %{HTTP_REFERER} !^http://miweb.com/ [NC]
RewriteRule $ /acceso-restringido.php [R=302,L]

Así, cualquier usuario que visite nuestra web y no tenga la IP del ejemplo será redireccionado a la página “acceso-restringido.php”.

Más información:

• WordPress content visibility (en inglés)
• Password Protect More Than the_content() (en inglés)

WordPress viene equipado “de fábrica” con TinyMCE, un editor bastante completo que nos permite modificar nuestros contenidos de manera visual y muy sencilla, aunque para aumentar aun más nuestra productividad, siempre es buena idea aprender los atajos de teclado más frecuentes, y así ganar rapidez, evitando tener que acudir al ratón para realizar acciones repetitivas.

Aparte de los atajos de teclado propios del sistema operativo (copiar, pegar, cortar, etc.) este editor de WordPress incluye algunas combinaciones muy útiles, aunque serán diferentes dependiendo del tipo de edición que estemos utilizando: visual o HTML.

Algo que muchas veces se pasa por alto es que podemos acceder a una lista de los atajos de teclado más usados en modo visual de TinyMCE. Para acceder a esta lista tenemos que seleccionar el editor visual, asegurarnos de que hemos activado los botones ocultos del editor (la segunda barra de Quicktags, oculta por defecto) y selecionar el último (Ayuda). Desde la ventana que aparece podremos acceder a la lista completa de combinaciones de teclas, así como a algunas explicaciones de uso del sistema.

Pero en esta lista no se incluyen los atajos de teclado necesarios si utilizas el editor en modo HTML, precisamente el que usamos los que estamos acostumbrados a memorizar y utilizar montones de combinaciones de teclas. Así que, para solucionar esta carencia, aquí encontrarás un listado con los más frecuentes:

Atajos de teclado para editar contenidos en WordPress

(Ver nota sobre navegadores más abajo)

• Ctrl + a = a (envolver el texto seleccionado con la etiqueta “a” (añadir un enlace)
• Ctrl + u = ul (lista desordenada)
• Ctrl + o = ol (lista ordenada)
• Ctrl + l = li (elemento de lista)
• Ctrl + p = publicar la entrada (o actualizarla, si ya estaba publicada)
• Ctrl + b = strong (negrita)
• Ctrl + q = blockquote (cita)
• Ctrl + i = em (cursiva)
• Ctrl + m = img (abrir cuadro para introducir la URL de una imagen)
• Ctrl + c = code (envolver lo seleccionado con la etiqueta “code”)
• Ctrl + e = cambio de modo (alternar entre modo visual y HTML)
• Ctrl + w = borrar palabras completas hacia atrás
• Ctrl + t = insertar la etiquieta “more”
• Enter / Shift + Enter = En el editor visual, para pasar a un párrafo diferente basta pulsar la tecla “enter”, pero para introducir saltos de linea simples, tendremos que utilizar la combinación Shift + enter (este es con diferencia el error más típico cuando alguien empieza a utilizar el editor visual de WordPress)

Es una pena que no se puedan añadir mediante atajos de teclado etiquetas de titulos (h1, h2…), párrafos, bloques (div) y otras etiquetas HTML desde el editor de código, pero al menos con los de esta lista conseguiremos ser un poco más independientes del ratón.

Nota sobre navegadores

Haciendo pruebas rápidas con varios navegadores, veo que desgraciadamente cada uno responde de manera diferente a estas combinaciones de teclas:

• En Firefox/Mac: Ctrl + letra
• En Safari/Mac: solo funcionan algunos
• En Chrome/Mac: solo funcionan algunos
• En Firefox/Windows: Shift + Alt + letra
• En Chrome/Windows: Algunos con Ctrl + letra y otros con Shift + Alt + letra
• En Internet Explorer/Windows: Alt + letra abre la etiqueta y Shift + Alt + letra cierra la etiqueta

Si conoces algún otro atajo de teclado que no esté listado aquí, no dudes en compartirlo en los comentarios.

Foto: Laptop work, by sqback

Foros muy populares como phpBB permiten este tipo de acciones, pero WordPress (al menos hasta la versión 3.0.1) no nos deja hacer estos cambios desde el panel de control, así que no nos queda más remedio que ir directamente a la base de datos y realizar los cambios desde ahí, a través de phpMyAdmin y algunas sentencias SQL.

Otra manera de conseguir algo parecido, aunque mucho menos elegante, sería reescribir nosotros mismos los comentarios que queremos cambiar y borrar después los originales. Pero si lo hacemos así, además de llevar más trabajo, perderemos algunos datos como la IP del autor, que no se puede editar desde el panel de administración de WordPress.

Estos son los pasos que tendremos que dar cada vez que queramos mover comentarios en una web gestionada a través de WordPress:

1. Como siempre, lo primero será hacer una copia de seguridad de la base de datos
2. Reunir y anotar algunos detalles que necesitaremos en los próximos pasos (entre paréntesis el identificador para saber dónde hay que introducir el dato en el código SQL de los puntos 3 y 4):
   • ID de la entrada original, donde están los comentarios que queremos mover (ID1)
   • ID de la nueva entrada, donde estarán los comentarios después de moverlos (ID2)
   • Número de comentarios en la entrada original, después de moverlos (XX)
   • Número de comentarios en la entrada nueva, contando los que hemos movido (YY)
   • Email del autor del comentario, en caso de que queramos mover solamente los comentarios de un autor determinado (EMAIL-AUTOR)

3. En phpMyAdmin (o cualquier gestor donde podamos ejecutar sentencias SQL sobre la base de datos que usa WordPress), vamos a la pestaña “SQL” y pegamos estas consultas, según lo que queramos hacer:

   Si queremos mover todos los comentarios de una entrada a otra:

   UPDATE wp_comments SET comment_post_ID=ID2 WHERE comment_post_ID=ID1;

   Si queremos mover solo un comentario concreto (necesitaremos el ID de ese comentario):

   UPDATE wp_comments SET comment_post_ID=ID2 WHERE comment_ID=ID del comentario;

   Si queremos mover todos los comentarios de un autor concreto:

   UPDATE wp_comments SET comment_post_ID=ID2 WHERE comment_post_ID=ID1
   AND comment_author_email='EMAIL-AUTOR';

4. Actualizar los contadores de comentarios de ambas entradas:

   UPDATE wp_posts SET comment_count=XX WHERE ID=ID1;
   UPDATE wp_posts SET comment_count=YY WHERE ID=ID2;
   

Hay que tener en cuenta un par de cosas importantes:

• Es necesario cambiar “ID1″, “ID2″, “XX”, “YY” y “EMAIL-AUTOR” por los valores que correspondan en cada caso.
• El prefijo de las tablas que usa WordPress puede ser diferente. Por defecto será “wp_”, pero si lo cambiamos al instalar WordPress, habrá que cambiarlo aquí también.
• Los plugins que incorporen algún sistema de cache para los comentarios, por ejemplo, Recent Comments, no reflejarán los cambios inmediatamente. Una solución fácil puede ser simplemente visitar las opciones del plugin y actualizarlas sin hacer ningún cambio. Esto forzará al plugin a volver a leer los comentarios otra vez desde la base de datos.

Seguro que existe más de un plugin que permite mover comentarios de manera mucho más fácil y cómoda, pero como es algo que en principio solo se hace muy de vez en cuando, no veo la necesidad de sobrecargar el sistema con más extensiones. Sí será una solución perfecta para quien no tenga acceso a la base de datos o no esté familiarizado con phpMyAdmin y las sentencias SQL.

ACTUALIZACIÓN: Algunos plugins para mover comentarios:

• Move WordPress comments: http://wordpress.org/extend/plugins/move-wordpress-comments/
• Move comments: http://wordpress.org/extend/plugins/move-comments/
• WP-move comments: http://wordpress.org/extend/plugins/wp-move-comments/
• Simple move comments: http://wordpress.org/extend/plugins/simple-move-comments/

Por motivos de seguridad, conviene siempre cambiar este nombre de usuario, pero como no se puede hacer fácilmente desde el panel de control, la única solución (aparte de los plugins que pueda haber para hacer esto) es cambiarlo directamente desde la base de datos:

1. Hacer una copia de seguridad de la base de datos
2. Acceder a la base de datos (a través de phpMyAdmin o del sistema que utilice nuestro proveedor de alojamiento web)
3. Examinar la tabla “wp_users” (si cambiaste el prefijo en el momento de la instalación, en vez de “wp_” verás el prefijo que pusiste)
4. Editar la fila del usuario que queremos cambiar (normalmente la primera: “admin”)
5. Cambiar el campo “user_login” que ahora pone “admin” por el nuevo nombre que queremos usar (seguramente el campo “user_nicename” también tenga el valor “admin”, pero eso lo podemos cambiar fácilmente desde el panel de control, no es necesario cambiarlo desde aquí)
6. Guardar los cambios

O también, de una manera más rápida:

update wp_users set user_login='nuevo-nombre' where user_login='admin';

A partir de este momento, ya no podremos acceder al panel de control de WordPress con los datos antiguos y deberemos utilizar el nuevo nombre de usuario que hemos creado.

Hasta aquí ningún problema, ya que este proceso está perfectamente documentado en muchos sitios. Sin embargo, si tenemos una red de webs con WordPress 3 multiblog o multiusuario (antes WordPress Mu), esto no es suficiente. Si intentamos cambiar el nombre del usuario administrador siguiendo los pasos anteriores, nos encontraremos con que ya no podremos acceder como “Super Admin”, sinó como un administrador normal.

Después de seguir el proceso anterior, es necesario dar un paso extra:

1. Examinar la tabla “wp_sitemeta”, que es donde se guardan algunos ajustes importantes del sistema. En la fila “site_admins” veremos esto: a:1:{i:0;s:5:”admin”;}
2. Cambiar “admin” por el nuevo nombre que queremos utilizar (lógicamente, el mismo que hemos puesto antes en “user_login”). Contar las letras del nuevo nombre y sustituir el “5″ por el nuevo número de letras del nombre de usuario. Es decir, si el nuevo nombre que queremos usar es “administrador”, el valor de la clave “site_admins” deberá quedar así: a:1:{i:0;s:13:”administrador”;}

Con esto habremos cambiado el nombre de usuario por defecto del usuario administrador con privilegios de ‘super-admin’. No es complicado, pero puede llevarnos bastante tiempo arreglar este problema si no conocemos este paso extra.

Más información (en inglés) en el foro de WordPress multiusuario:
http://wordpress.org/support/topic/recover-super-admin-access-after-username-change

Hoy un usuario de una de las webs que gestiono me ha avisado de que no podía acceder a las actualizaciones RSS. Revisando el tema, he comprobado que el error (ver imagen) solamente aparecía en Firefox (“Error de lectura XML“), mientras que en otros navegadores, las actualizaciones RSS se generaban perfectamente:

Error de lectura XML: declaración de texto o XML en un lugar distinto del principio
de la entidad. Ubicación: http://www... Número de línea 2, columna 1:
<?xml version="1.0" encoding="UTF-8"?>

No es la primera vez que encuentro este problema, así que, en vista de que no hay demasiada información publicada al respecto, explico cual ha sido la solución en mi caso:

1. Abrir el archivo functions.php del tema activo (ubicado en /wp-content/themes/nombre-del-tema/functions.php)
2. Localizar y eliminar espacios vacíos entre las etiquetas de apertura y cierre de PHP (ver imagen). O mejor aun, combinarlas para que solo se abra y se cierre una vez (aunque no siempre es posible)
3. Guardar y subir al servidor

Es un error que puede ser muy fácil de arreglar, pero que también puede ser muy difícil de detectar, por la cantidad de archivos PHP que utiliza WordPress. De todas formas, la lógica es esta: partiendo de que no hemos tocado los archivos del core de WordPress (los básicos: los de la raíz, wp-admin o wp-includes) sólo nos quedan dos comprobaciones que hacer: los plugins instalados y el archivo functions.php del tema activo.

Podemos probar a desactivar los plugins uno a uno, para ver si el problema está en el código de alguno de ellos. Si aun asi el problema persiste, solo nos queda un archivo que repasar: functions.php, que es un archivo que, por poco que queramos personalizar una web, conviene conocer a fondo.

No siempre será tan fácil de detectar, pero las tres o cuatro veces que he tenido que solucionar este problema, esta ha sido la solución.

Para estar seguro de que tu RSS se genera sin problemas en Firefox, abre este navegador, pon la dirección de tu web seguida de /feed/ y, si te aparece el error, ya tienes una pista de dónde mirar.

El problema aparece al ver que los enlaces no se exportan junto con el resto de contenidos de WordPress si utilizamos Herramientas > Exportar. Aunque sí existe la opción para importarlos, no hay en el area de administación ningún modo de exportar nuestros enlaces. El siguiente problema es que las categorías y las descripciones se pierden por el camino y no se importan.

Como ya he explicado esto varias veces a diferentes personas, lo publico aquí, que será más útil que explicarlo cada vez que alguien se encuentra con el problema.

1. Cómo exportar enlaces en WordPress

Si solo queremos exportarlos y no tenemos ninguna categoría de enlaces creada ni tampoco hemos añadido descripciones, lo único que hay que hacer es apuntar el navegador a la dirección del archivo wp-links-opml.php, que está en la raíz de la instalación de WordPress. Es decir:

http://www.ejemplo.com/wp-links-opml.php (cambiar “ejemplo.com” por la dirección de nuestra web)

WordPress crea un archivo XML que contiene los datos que necesitamos en formato OPML. Dependiendo del navegador que utilicemos, veremos una cosa u otra: con Safari, por ejemplo, solo veremos una página en blanco con una linea de texto (el nombre de nuestra web y la fecha de creación del archivo), mientras que Firefox nos muestra directamente el código XML.

En realidad ni siquiera hace falta visitar esa página ni guardar o inspeccionar el código. Copiamos el enlace y pasamos a importarlos.

2. Cómo importar los enlaces

Para importar hay que ir a Herramientas > Importar y de la lista que aparece seleccionamos “Enlaces: Importar enlaces en formato OPML“. En la página siguiente tenemos dos opciones: pegar la dirección anterior (http://www.ejemplo.com/wp-links-opml.php) o bien subir el archivo desde nuestro ordenador, si lo hemos guardado antes. Finalmente, pulsamos el botón “Importar archivo OPML“.

3. Cómo importar las categorías de los enlaces en WordPress

Lo más fácil para importar los enlaces junto con sus categorías es utilizar este plugin:

http://wordpress.org/extend/plugins/import-blogroll-with-categories/

WordPress solo nos ofrece la posibilidad de guardar todos nuestros enlaces en una única categoría, pero lo curioso es que la información necesaria de cada enlace y su categoría está en el archivo XML que importamos, aunque WordPress no lo tiene en cuenta.

Este plugin añade esta funcionalidad añadiendo una nueva opción en la página Herramientas > importar que se llama “Blogroll with categories” (y también en el menú “Links”) con la posibilidad de crear las categorías de enlaces automáticamente, tal como estaban en la web original que estamos trasladando.

4. Cómo importar las descripciones de los enlaces

Otra de las cosas que no hace WordPress es exportar las descripciones de los enlaces en el archivo XML junto con el resto de la información.

Para conseguir esto y no tener que hacerlo a mano, tendremos que editar el código del archivo wp-links-opml.php:

• Abre wp-links-opml.php (está en la raíz de la instalación de WordPress) con tu editor de código
• En la linea 54 añade esto antes del cierre de outline (ver imagen): description="<?php echo esc_attr($bookmark->link_description); ?>". Quedará así:

<outline text="<?php echo $title; ?>" type="link"
xmlUrl="<?php echo esc_attr($bookmark->link_rss); ?>"
htmlUrl="<?php echo esc_attr($bookmark->link_url); ?>"
updated="<?php if ('0000-00-00 00:00:00' != $bookmark->link_updated)
echo $bookmark->link_updated; ?>" description="<?php echo
esc_attr($bookmark->link_description); ?>" />

Esto añadirá las descripciones al archivo OPML para que podamos importarlas. Guarda el archivo, súbelo al servidor y ya puedes importar todos los enlaces con sus categorías y sus descripciones automáticamente sin tener que perder tiempo copiándolos uno a uno.