Aunque también tiene algunos inconvenientes sobre todo a la hora de personalizar el aspecto del foro. Puesto que bbPress es un plugin, el concepto de theme para bbPress no existe, sólo hay un theme para el blog al que añadimos los archivos de bbPress para integrar el foro.

Pero esto no significa que no podamos aplicar nuestros estilos para que el foro se asemeje lo mejor posible a nuestro Blog. También podemos retocar la información que se muestra en el foro aunque eso requiera un conocimiento mayor del código de bbPress.

Vamos por partes, para que bbPress pueda ser personalizado tanto en diseño como en contenido los archivos del foro deben estar situados en el directorio del theme.

La opción más recomendable es crear un Child Theme o tema hijo y poner los archivos dentro. De esta manera no perderás el trabajo realizado al actualizar el theme. Si el theme lo has creado tú mismo también podría ser interesante y más cómodo instalar los archivos del foro en la carpeta de un tema hijo así no te “llenas” con tantos archivos.

En este ejemplo vamos a crear un Child Theme o tema hijo para el foro.

Se hace de la siguiente manera:

1 – Crea un directorio en el directorio themes con el nombre que desees, podría ser algo como forodetutheme.
2 – Copia todos los archivos (menos functions.php y style.css) del directorio /plugins/bbpress/bbp-themes/bbp-twentyten al directorio del Child Theme creado, en este ejemplo forodetutheme. No se trata de copiar el directorio bbp-twentyten sino los archivos y directorios que hay dentro.

Es decir, los archivos necesarios son todos los que empiezan por archive, page, single y taxonomy, más los directorios bbpress, css y js, y los archivos en ellos. El archivo screenshot.png lo puedes modificar por una imagen adecuada que identifique tu foro.

3 – La hoja de estilos bbpress.css del foro se encuentra en la carpeta css de tu Child theme, copiada en el punto anterior. Puedes añadir todo el contenido de este archivo al archivo style.css de tu Child theme o importar bbpress.css mediante @import url(“./css/bbpress.css”);

Lo haremos de la segunda forma. Creamos un archivo style.css en el directorio del teme hijo. El contenido de style.css es el siguiente:

/*
Theme Name: Foro de tutheme
Theme URI: http://www.loquequieras.com
Description: Alguna descripción si lo deseas
Version: 1.0
Author: Tu nombre
Template: tuthemepadre
*/

@import url("../tuthemepadre/style.css");
@import url("./css/bbpress.css");

4 – Crea un archivo functions.php en tu theme (el Child Theme) y añade la siguiente línea:
<?php add_theme_support( 'bbpress' ); ?>
Con esto le dices a WordPress que tu theme tiene soporte para bbPress o lo que es lo mismo que tu theme usará su propia plantilla para el foro.

Si activas el Child Theme que has creado para el foro observarás que ya no “integra” tan bien como antes cuando usabamos el plugin con su propio “theme”. Muchos elementos quedan fuera de su sitio o han perdido los estilos. De eso se encargaba una parte del código que viene con el plugin.

Por tanto, ahora queda personalizar el diseño del foro modificando la hoja de estilos para adaptarlo al aspecto del theme y los archivos PHP según lo que quieras mostrar.

¿Por qué hay que modificar la hoja de estilos? Pues además de lo dicho anteriormente porque el plugin bbPress viene con un Child Theme para el theme Twenty Ten y los estilos corresponden a este theme. Por ejemplo, los contenedores del foro se llaman como los del blog #container y #content, si coinciden con los de tu theme pues no tendrás que hacer gran trabajo.

Normalmente estos estilos se adaptan muy bien a la mayoría de themes pero es posible que tengamos que modificarlos por los que correspondan. Algunos themes llaman a #container como #wrapper o #main todo esto debes tenerlo en cuenta.

Una idea sería crear un Child Theme del theme Twenty Ten siguiendo los pasos anteriores y después modificas el foro como creas oportuno trabajando con los archivos php. De esta forma no tendrías que preocuparte por los estilos CSS. Posteriormente ya podrías crear tu hoja de estilos para que el foro se adapte mejor a otros themes.

En un próximo artículo veremos con más detalle cómo realizar algunos cambios.

De esta forma se puede actualizar un theme sin correr el riesgo de perder las modificaciones que hayamos realizado al sobreescribir los archivos. Usar temas hijos es la manera recomendada de hacer modificaciones en un theme.

Para realizar un tema hijo creamos un directorio en el directorio themes, con el nombre que querramos, como si de otro theme se tratase y añadimos un archivo style.css válido. El contenido del archivo style.css del tema hijo debe ser el siguiente:

/*
Theme Name: Mi Theme Child
Theme URI: http: //ejemplo.com/
Description: Tema hijo de Mi Theme
Author: Tu nombre
Author URI: http: //ejemplo.com/acercade/
Template: temapadre
Version: 0.1.0
*/

Lo único diferente a un style.css habitual es la existencia de la línea Template: temapadre. En este caso indica a WordPress que es un tema hijo de temapadre, que es la carpeta o directorio del tema padre. Lógicamente debes sustituirlo por el nombre del directorio de tu theme. Sólo es necesario este archivo para crear un tema hijo aunque lo habitual es poder ampliar las posibilidades del tema padre con otros archivos.

Las demás líneas del archivo style.css son opcionales, sólo son obligatorias Theme Name y Template

El nombre del directorio después de Template: es sensible a minúsculas y mayúsculas, es decir debe escribirse tal como figura el directorio.

Hay que tener en cuenta que el archivo style.css del tema hijo “sobreescribe” el style.css del tema padre. Si quieres conservar los mismos estilos que el tema padre tienes dos opciones:
1 – Usar una copia del style.css del tema padre y añadir la línea Template: temapadre
2 – Usar la regla @import para cargar la hoja de estilos del tema padre, tal como sigue:

/*
Theme Name: Mi Theme Child
Template: temapadre
Version: 0.1.0
*/

@import url("../temapadre/style.css");

A partir de esta línea puedes poner tus propios estilos para el tema hijo.

El resto de archivos tienen un funcionamiento diferente a style.css. Si no existe algún archivo en el tema hijo WordPress usará el archivo correspondiente en el tema padre. Ejemplo, si el tema hijo no posee un archivo llamado category.php WordPress utilizará el archivo category.php del tema padre. Esto significa que cada vez que modifiques un archivo debes guardarlo en el directorio del tema hijo si quieres que se utilice en su lugar.

Para el archivo functions.php del tema hijo debes tener en cuenta un par de detalles. Puesto que tienen preferencia los archivos del tema hijo sobre los del tema padre las funciones que uses debes tenerlas en el archivo functions.php del tema hijo, de esta manera no perderás los cambios cuando actualices el theme. Así mismo puedes “reescribir” con tu propio código las funciones del tema padre declarándolas otra vez en el archivo functions.php del tema hijo. Especial cuidado con reescribir funciones del tipo add_theme_support('post-formats') declaradas en el tema padre.

Por último, cuando incluyas archivos desde functions.php del tema hijo, necesitarás usar STYLESHEETPATH en vez de TEMPLATEPATH.

Ejemplo,
require_once( STYLESHEETPATH . '/trayecto/al/archivo/en/tema/hijo.php' );

Fuente: Codex WordPress

Lo habitual es utilizar el mismo sidebar en todos los archivos con lo que la información que se muestra al visitante en la zona de widgets es la misma independientemente de la página que esté visitando. Esto no tiene por qué ser así, es posible hacer uso de un sidebar concreto según se trate de páginas, categorías, archivos, etc.

Además podemos crear otras zonas para widgets diferentes a la barra o columna lateral, como el header o el footer. Esto facilita ordenar y mostrar diferente información al ampliar las zonas disponibles.

Mediante la función get_sidebar() le decimos a WordPress que cargue el archivo sidebar.php, que debe contener el código necesario para mostrar los widgets que se deseen en el sidebar. Esta función se encuentra en los archivos del theme (la mayoría) en los que interesa disponer de widgets. De la misma forma get_sidebar(‘otros’) le dirá a WordPress que cargue un archivo llamado
sidebar-otros.php que contendrá un código diferente al sidebar por defecto. Sólo tenemos que sustituir un archivo por otro para cargar el sidebar que nos interese.

Veamos un caso más completo con el uso de widgets. Para hacer esto procederemos de la siguiente manera:

1 – Declaramos en el archivo functions.php del theme los sidebars que contendrán los widgets. En el ejemplo, he creado 4 zonas para widgets llamadas Principal, Widgets Paginas, Widgets Categorias y Widgets Single. Puedes añadir las que desees y llamarlas como prefieras, en realidad con 3 zonas puede ser más que suficiente.

2 – Creamos tantos archivos sidebar como zonas independientes querramos.

Lo mejor es copiar el archivo sidebar.php y guardarlo con los nombres que necesitemos. Después hacemos las modificaciones a la hora de llamar a los distintos sidebars. En este ejemplo, sidebar-principal.php podría tener el siguiente aspecto:

<?php if ( ! dynamic_sidebar( 'mi-widget-principal' ) ) : ?>
<?php endif; ?>

Para sidebar-categorias.php :

<?php if ( ! dynamic_sidebar( 'mi-widget-categorias' ) ) : ?>
<?php endif; ?>

Para sidebar-paginas.php :

<?php if ( ! dynamic_sidebar( 'mi-widget-paginas' ) ) : ?>
<?php endif; ?>

Para sidebar-single.php :

<?php if ( ! dynamic_sidebar( 'mi-widget-single' ) ) : ?>
<?php endif; ?>

3 – Ubicamos en cada archivo (index.php, category.php, page.php, single.php, etc) el sidebar que deseemos (Ver Jerarquía de archivos). Para el archivo category.php en la llamada al sidebar modificamos donde pone

<?php get_sidebar(); ?>
por
<?php get_sidebar('categorias'); ?>

Esto hará que las categorías sólo usen el archivo sidebar-categorias.php que es el encargado de mostrar el sidebar mi-widget-categorias, y así con los restantes archivos donde quieras que figure cada sidebar:
<?php get_sidebar('principal'); ?>
<?php get_sidebar('paginas'); ?>
<?php get_sidebar('single'); ?>

También puedes tener varios sidebars en el mismo archivo sidebar.

¿Y si quisiera diferentes sidebars para diferentes páginas? Fácil, crea una plantilla para la página y le pones el o los sidebars que prefieras, como si quieres añadirlos todos. Exactamente igual que harías con los archivos index.php, category.php, single.php en el ejemplo anterior.

Como puedes comprobar dispones de múltiples combinaciones.

Para crear la plantilla de la página puedes copiar el archivo page.php sin olvidar poner al principio:

<?php
/*
* Template Name: Tu plantilla
*
*/
?>

Después la seleccionas desde el menú como plantilla para la página.

A continuación el código del archivo functions.php para el ejemplo anterior:

<?php

function mi_widgets_init() {

  // Sidebar principal.
  register_sidebar( array(
  'name' => __( 'Principal'),
  'id' => 'mi-widget-principal',
  'description' => __( 'Sidebar principal para widgets'),
  'before_widget' => '<li id="%1$s" class="widget-container %2$s">',
  'after_widget' => '</li>',
  'before_title' => '<h3 class="widget-title">',
  'after_title' => '</h3>',
  ) );

  // Sidebar para categorias
  register_sidebar( array(
  'name' => __( 'Widgets Categorias'),
  'id' => 'mi-widget-categorias',
  'description' => __( 'Sidebar para widgets en categorias'),
  'before_widget' => '<li id="%1$s" class="widget-container %2$s">',
  'after_widget' => '</li>',
  'before_title' => '<h3 class="widget-title">',
  'after_title' => '</h3>',
  ) );

  // Sidebar para paginas
  register_sidebar( array(
  'name' => __( 'Widgets Paginas'),
  'id' => 'mi-widget-paginas',
  'description' => __( 'Sidebar para widgets en paginas'),
  'before_widget' => '<li id="%1$s" class="widget-container %2$s">',
  'after_widget' => '</li>',
  'before_title' => '<h3 class="widget-title">',
  'after_title' => '</h3>',
  ) );

  // Sidebar para single
  register_sidebar( array(
  'name' => __( 'Widgets Single'),
  'id' => 'mi-widget-single',
  'description' => __( 'Sidebar para widgets en single'),
  'before_widget' => '<li id="%1$s" class="widget-container %2$s">',
  'after_widget' => '</li>',
  'before_title' => '<h3 class="widget-title">',
  'after_title' => '</h3>',
  ) );
}

/* Registramos los sidebars ejecutando
mi_widgets_init() con el hook widgets_init. */
add_action( 'widgets_init', 'mi_widgets_init' );
?>

Los valores de ‘before_widget’, ‘after_widget’, ‘before_title’ y ‘after_title’ los he tomado del theme Twenty Ten puedes poner los que correspondan a tu theme o los valores que prefieras.

WordPress es un software para blogs de código abierto (Open Source) creado por Automattic. WordPress.com utiliza el mismo WordPress que te puedes descargar de WordPress.org. Con WordPress.com el alojamiento y mantenimiento del software corre a cargo de Automattic. Con WordPress.org necesitas contratar un servidor de terceros para el alojamiento y la instalación del software.

Ventajas de WordPress.com
- Es gratis y fácil de configurar
- No tienes que preocuparte de actualizaciones, spam, backups, seguridad, etc
- Tu blog se encuentra en cientos de servidores por lo que es improbable que sufra caídas debido al tráfico
- Se realizan copias de tus posts automáticamente
- Puedes obtener tráfico extra de blogs del dia y tags
- Puedes encontrar otros bloggers
- Usa SSL (conexión segura) de manera que nadie puede acceder a tu cuenta aunque uses wifi

Inconvenientes de WordPress.com
- Sólo existen poco más de 100 themes para elegir (se añaden más cada dia) los cuales puedes modificar CSS pero no puedes instalar tus propios themes
- No puedes modificar el código de los archivos PHP de tu blog
- No puedes subir plugins
- Te introducen publicidad que no deseas

Si quieres añadir o modificar themes, añadir o modificar códigos PHP, instalar plugins y eliminar publicidad, deberás pagar por ello.

Ventajas de WordPress.org
- Posibilidad de instalar themes
- Posibilidad de instalar plugins
- Formar parte de una gran comunidad
- Control total para cambiar código si estás preparado técnicamente

Inconvenientes de WordPress.org
- Necesitas un buen servidor que puede costar entre 7 y 12 dólares al mes, o cientos de dólares si superas los límites por alto tráfico
- Son necesarios algunos conocimientos técnicos para configurar y poner en marcha el blog
- Necesitas controlar el SPAM
- Debes realizar backups
- Necesitas realizar las actualizaciones de nuevas versiones de forma manual
- Posibilidad de caídas del servidor en momentos de mucho tráfico

WordPress.org es un software libre para blogs. Con WordPress.org puedes instalar themes y plugins, añadir tu propia publicidad, editar la base de datos y cualquier modificación en el código fuente PHP. Cualquiera puede descargar el software libremente pero debe instalarlo en un servidor para ponerlo en marcha. Los servidores web por lo general no son gratis. El alojamiento de tu propio software de WordPress puede ser divertido pero está lleno de responsabilidades para el blogger. Si administras mal tu servidor puedes perder el blog por completo.

WordPress.org proporciona software para el blog, listas de correo de la comunidad, Foros de soporte de la comunidad, documentación y themes y plugins libres.

También existen desarrolladores especializados en la realización de interesantes themes y sitios para WordPress, CodePoet

WordPress.com es diferente. No tienes que descargar software, pagar por hospedaje o gestión de un servidor web. Cuando te registras para realizar tu blog en WordPress.com obtienes una URL como “tuweb.wordpress.com” o puedes “mapear” un dominio tipo “tuweb.com” sin el “.wordpress.com” final. No puedes controlar el software ni la base de datos; FTP y acceso a ficheros no están incluídos. WordPress.com está basado en una versión multisitio de WordPress que no permite subir themes o plugins (aunque la mayoría de los plugins populares vienen incorporados en WordPress.com). JavaScript como para YouTube están soportados, pero por razones de seguridad algunos de los códigos serán desactivados. CSS también tiene restricciones por razones de seguridad, pero puedes adquirir un módulo que te permite editar tu CSS totalmente.

Sin cargo, WordPress.com ofrece alojamiento web, ilimitadas bases de datos redundantes con copias de seguridad, actualizaciones automáticas, foro de soporte de la comunidad, administración y themes en varios idiomas, estadísticas de tráfico real, seguimiento de comentarios, rankings de posts y blogs, y otras características no disponibles en otros sitios. Todo esto es libre para los blogs en WordPress.com.

WordPress.com es una iniciativa comercial de Automattic, una compañía iniciada por los desarrolladores fundadores de WordPress y su personal está compuesto por desarrolladores a tiempo completo, diseñadores y agentes de soporte. Funciona en una versión multisitio de WordPress, software de código abierto. Los desarrolladores de Automattic contribuyen regularmente en WordPress.org así la comunidad puede beneficiarse.

WordPress.com ofrece módulos de pago como manera de proporcionar características premium evitando a los bloggers alojar sus blogs en otros lugares.

Fuente: Traducido integramente de WordPress.com aunque con ligeras modificaciones.

Por de pronto no entraré en detalles o discusiones más profundas sobre SEO. Sólo hablaré de las palabras clave, bien sea para ubicarlas en las metatags de la cabecera, en el código HTML no visible por el visitante pero si por los motores de búsqueda, o como tags o etiquetas dentro de la parte visible por los usuarios.

Todos los que tenemos un blog deberíamos saber a estas alturas qué son las palabras claves, dónde ubicarlas y cuales pueden ser las más adecuadas según la temática y contenido de nuestro sitio. En realidad hay que pensar en las palabras claves como elementos que le permitan al visitante encontrar información relacionada con la página web. Esto es válido no sólo para facilitar el acceso desde un motor de búsqueda sino también para ayudar a la navegación internamente.

Personalmente no estoy obsesionado con el tema del SEO y sinceramente no me complico mucho a la hora de elegir mis pabrabas claves. Pero si es cierto que sigo unas reglas básicas, tengo claro qué palabras no pueden formar parte de mis palabras claves o keywords.

Aunque pueda parecer que voy a dar una clase de lengua española nada más lejos de la realidad, es cuestión de sentido común. Me encuentro con frecuencia con sitios web que parece que no se dan cuenta de lo irrelevante que es incluir cierto tipo de palabras en sus tags o etiquetas. Al fin y al cabo éstas también son parte importante del posicionamiento.

A veces pienso que es debido al poco conocimiento que tienen del propio idioma. No sirve de nada, no ayuda al posicionamiento y menos a los lectores utilizar los artículos (el, la, los, las) como etiqueta, por poner un ejemplo.

Según mi punto de vista es tan sencillo como no incluir, o por lo menos procurar usar lo menos posible, ninguna de las siguientes palabras;

Artículos:
el, la, lo, les, las, los

Pronombres:
yo, tú, él, ella, usted, nosotros, vosotros, ustedes, ellos, mi, ti, si, la, le, lo, me, se, te, nos, os, cual, quien, cuyo, éste, ese, aquel, aquello.

Por supuesto, incluir todas las versiones tanto en femenino como masculino y singular y plural (esa, aquellas, etc).

Posesivos:
mi, mio, tu, tuyo, su, suyo, etc.

Adjetivos:
Aquí entran todos los adjetivos calificativos, comparativos, gentilicios, numerales, ordinales, superlativos, etc. Ejemplos: bueno, malo, fuerte, débil, peor, mejor, alto, bajo, grande, chico, pequeño, más, menos, muy, amarillo, verde, castellano, madrileño, andaluz, peruano, bonaerense, uno, dos, tres, segundo, tercero, medio, doble, justísimo, pobrísimo, etc, etc.

Preposiciones:
a, ante, bajo, cabe, con, contra, de, desde, durante, en, entre, hasta, hacia, mediante, para, por, pro, según, sin, so, sobre, tras, via

Conjunciones:
y, e, ni, que, aunque, mas, pero, porque, sino

Adverbios:
aquí, allí, allá, como, cuando, cuanto, donde, mucho, poco, bastante, así, según, tal, entonces, ahora, tan, tanto, etc.

Verbos:
andar, comunicar, decir, hablar, responder, presumir, usar, etc, etc, etc.

Me dejo muchas palabras fuera pero creo que es suficiente para hacerse una idea.

Sólo deben emplearse algunas de estas palabras en frases relacionadas con el sitio web, slogan, descripción, etc, si es el nombre de algún producto relacionado con la temática de nuestro sitio (libros, películas, juegos, etc) al que se hace referencia en algún artículo o para ayudar a la clasificación por grupos o subgrupos que dependan de una categoría superior.

Tampoco es recomendable usar dos o más palabras en las etiquetas o tags.

¿Qué palabras podemos usar? Pues todo lo que no esté en la lista anterior, o sea, los sustantivos. También puedes usar palabras relacionadas, sinónimos, derivados, palabras complementarias, etc. Ejemplo: “vivienda”, “casa”, “edificio”, “construcción”, “apartamento”, “departamento”, etc. En una etiqueta no tiene sentido “la casa”, “la vivienda”, en este caso el artículo “la” sobra.

Espero haber ayudado a aclarar qué palabras utilizar y cuales no como palabras claves, tags o etiquetas.

Fuente: Diccionario de la Real Academia de La Lengua Española.

Por ejemplo, si tenemos un dominio llamado “http://tudominio.com” y WordPress instalado en una carpeta llamada “blog” accedemos mediante “http://tudominio.com/blog”. Sin embargo, WordPress permite hacerlo como “http://tudominio.com” haciendo algunas modificaciones. Esto no es aplicable para instalaciones multisitio.

Aunque se pudiera pensar, no necesitaremos mover todos los archivos de instalación del directorio o carpeta, es algo menos complicado. El proceso para “mover” una instalación desde un directorio al raíz, es el siguiente:

1 – Suponiendo que tienes WordPress instalado y funcionando correctamente en una carpeta (en este ejemplo le llamamos /blog). Si no es así crea una carpeta y ejecuta el programa de instalación de WordPress en ella.
2 – En el DashBoard entrar en el menú Settings – General (Ajustes – General)
3 – En WordPress address URL (Dirección URL de WordPress) debes tener algo parecido a “http://tudominio.com/blog”
4 – En Site address URL (Dirección URL del sitio) cambia a “http://tudominio.com”
5 – Guarda los cambios. No te preocupes en caso de mostrarse algún mensaje de error. Ten en cuenta que a partir de este momento no podrás acceder al blog, es normal.
6 – Entra por FTP a tu servidor y copia los archivos index.php y .htaccess que encontrarás en el directorio de instalación de WordPress (blog en este ejemplo) al directorio raíz. Si no usas una estructura de permalinks personalizada entonces no tendrás el archivo .htaccess.
7 – Descarga por FTP a tu disco duro el archivo index.php de tu directorio raíz y abrelo con un editor de textos como el blog de notas o Notepad de Windows.
8 – Cambia la línea que pone
require(‘./wp-blog-header.php’);
por
require(‘./blog/wp-blog-header.php’);
9 – Sube el archivo index.php modificado al directorio raíz otra vez.
10 – Entra en el DashBoard (logueate) tecleando
“http://tudominio.com/blog/wp-login.php”.

Recuerda que esta dirección no ha cambiado y seguirás usándola para poder loguearte aunque se acceda al blog sólo con el dominio.

También puedes hacerlo con
“http://tudominio.com/blog/wp-admin”.

11 – Si tenías una estructura de permalinks personalizada entra en el menú Settings – Permalinks (Ajustes – Permalinks) y actualiza tu permalink. WordPress actualizará el archivo .htaccess a la nueva ubicación. Si WordPress no pudiese escribir en el archivo porque no tiene los permisos adecuados te mostrará el contenido para que copies y edites manualmente el archivo .htaccess

Eso es todo, cambia lógicamente donde pone “tudominio.com” por el nombre real de tu dominio, y “blog” por el nombre real de la carpeta de tu instalación de WordPress.

Toda esta explicación la puedes encontrar en el codex pero aquí la he ampliado con algunos detalles.

Si bien es cierto que no tienes que preocuparte por el mantenimiento del blog (copias de seguridad de los archivos y de la base de datos, actualizaciones, etc), ni de controlar el spam, estadísticas y otras características de la versión gratuita de WordPress.com, es posible que necesites contratar un alojamiento para poder superar las limitaciones y restricciones que te ofrece este popular software para blogs de código abierto.

Una vez tienes tu dominio y hosting decides instalar WordPress.org pero te gustaría continuar con tu blog conservando los artículos e imágenes que ya tenías en WordPress.com. Puesto que el software de WordPress.com y de WordPress.org es exactamente el mismo no deberías tener mayores dificultades para mover el contenido de un blog a otro.

WordPress.com permite exportar el contenido de los posts, comentarios, páginas, categorías y tags a otro nuevo blog. Las imágenes y otros archivos que hayas subido se pueden importar desde el nuevo blog WordPress.org con hosting de pago.

Recordarte que debes tener copias de todas tus imágenes puesto que podrías necesitarlas en caso de que falle algo. El theme y los plugins los perderás pero podrás instalarlos de nuevo.

Estos son los pasos:
1 – Exporta los datos desde tu blog WordPress.com. Para ello entras en el menú Tools (Herramientas) y eliges la opción Export (Exportar).

Debe estar marcado ALL (todo) y le das al botón para iniciar el proceso. Cuando termine se guardará en tu disco duro un archivo con extensión XML. El nombre de ese archivo puede estar formado por el nombre del blog y la fecha de creación. Algo como miblog.wordpress.2011-03-12.xml o simplemente wordpress.2011-03-12.xml.

2 – Crea tu nuevo blog en el servidor de pago. Instala la última versión desde WordPress.org.

3 – Desde el menú Tools (Herramientas) ve a Importar. Selecciona la última opción, pone WordPress.

4 – Te pedirá que instales el plugin WordPress Importer 0.4 necesario para hacer la operación. Debes instalarlo y activarlo. (Activar plugin y correr Importer). Si ya lo tienes pasa al punto siguiente.

5 – Te pide el archivo creado en el punto 1 con extensión XML. Lo buscas y continuas.

6 – En la siguiente pantalla te pide si quieres poner los post a un autor distinto del que tenías. Si es el mismo aquí no hay que tocar nada.

Es importante que los autores sean los mismos que en el otro Blog. Si no es así te puede dar error al no encontrarlo aunque pasará los artículos de los autores que no encuentre al autor existente.

Abajo pone Import Attachments (Importar adjuntos) debes marcarlo para que las imágenes de tu antiguo blog también se copien. Le das a Submit y si todo va bien ya tendrás tus artículos e imágenes importadas en el nuevo blog. Por supuesto, el antiguo blog de WordPress.com debe existir para poder hacer la operación.

En el caso de tener muchos posts e imágenes quizás te interese exportarlos en varios archivos en vez de uno sólo todo de golpe. Siempre será mejor que arriesgarse a algún error en el servidor a la hora de intentar copiar un número tan elevado de imágenes. WordPress.com te permite exportar por periodos mensuales según tu criterio. Eso dependerá de la cantidad de artículos que tengas y de sus imágenes asociadas.

Sólo tienes que escoger el mes de inicio y el mes final de los artículos que quieras exportar. Recuerda poner un nombre diferente para cada archivo XML generado, así no tendrás dudas a la hora de importar. Lógicamente tendrás que importar el mismo número de veces que archivos hayas exportado. No ocurre nada por hacerlo por “trozos”.

Para evitar errores mejor hacer la operación en horario y momentos de poco tráfico. En caso de error tendrás que intentarlo en otro momento o subir las imágenes al nuevo blog manualmente sabiendo cuál es la estructura de directorios adecuada.

Esta estructura la puedes ver con un editor de textos como el Bloc de notas o Notepad de Windows en el archivo XML generado. Sólo tienes que mirar el trayecto de cada imagen para verlo. Será algo similar a:
“http://tublog.files.wordpress.com/2009/05/mi_imagen.jpg”
y en el nuevo corresponde a:
“http://tudominio.com/wp-content/uploads/2009/05/mi_imagen.jpg”

Deberás crear por tanto la carpeta o directorio uploads (si no existiese ya) que se encuentra en wp-content. Así mismo los directorios 2009 dentro de uploads y 05 dentro de 2009, y después subir la imagen a este último directorio. Así con todas. No hay otra forma si te ha dado error la importación.

De esta forma puedo tener una categoría o una subcategoría con diferente aspecto que el resto de las categorías. El inconveniente de esto es que se necesitan tantos archivos como categorías haya en el caso de que se quiera diferenciarlas y personalizarlas todas por separado.

Además los cambios a una categoría no afectan a sus subcategorías con lo que también necesito añadir los archivos PHP correspondientes a esas subcategorías. Si las categorías no son muchas el problema sólo lo encontramos en las subcategorías dependientes. Necesitamos encontrar una forma de que las subcategorías utilicen la misma plantilla que su categoría padre.

Según la Jerarquía de archivos de WordPress el orden de preferencia a la hora de cargar una plantilla o archivo del theme para las categorías sería el siguiente:
1 – category-slug.php
2 – category-ID.php
3 – category.php
4 – archive.php
5 – index.php

El slug es la versión amigable del nombre de la categoría en minúsculas, sin la letra “ñ” y sin acentos. Los espacios entre palabras se sustituyen por un guión “-”.

Así para una categoría llamada “Diseño Gráfico” su slug será
“diseno-grafico”. Lo mismo si se trata de una subcategoría. Esta característica fue añadida en la versión 2.9

Sin embargo, podemos usar cualquier otro nombre de archivo de plantilla. Por ejemplo, sabiendo que una categoría tiene el ID 12, para que sus subcategorías usen su misma plantilla podríamos poner al principio del archivo archive.php lo siguiente:

<?php if (cat_is_ancestor_of(12, $cat) or is_category(12)) {
$template = TEMPLATEPATH . "/mi-category.php";
 if (file_exists($template)) {
  load_template($template);
  exit;
 }
}
?>

Siendo mi-category.php la plantilla de esa categoría y sus subcategorías. Al hacerlo de esta manera no afecta para nada al resto de categorías y subcategorías. Es más, la jerarquía sigue funcionando perfectamente. El único requisito es que no exista el archivo category.php.

Si tu theme usa category.php el código anterior lo puedes poner al principio de este archivo y dejar archive.php intacto.

¿Qué ocurre si quiero que todas las subcategorías usen la plantilla de su categoría padre?

Esto se puede hacer de varias formas. En este caso vamos a usar el slug de la categoría padre como plantilla para las subcategorías.

<?php
$term = get_term( get_query_var('cat'), 'category');
$termpar = get_term( $term->parent, 'category');

if (cat_is_ancestor_of($termpar->term_id, $term->term_id)
or is_category($termpar->term_id))
{
$template = TEMPLATEPATH . "/category-{$termpar->slug}.php";

if (file_exists($template)) {
 load_template($template);
 exit;
 }
}
?>

get_query_var obtiene la categoría de la consulta. get_term se encarga de obtener las variables de la categoría y si tiene categoría padre o el nombre de su slug.

Esto es lo que hace el código:
- Si no encuentra una subcategoría (porque es una categoría) se usa la plantilla de la categoría padre category-SlugPadre.php como haría normalmente. Si la plantilla no existe WordPress sigue su ejecución normal.

- Si encuentra una subcategoría también usa la plantilla de la categoría padre category-SlugPadre.php. Si la plantilla no existe WordPress sigue su ejecución normal.

Es decir, sea una categoría o sus subcategorías se utiliza la misma plantilla.

- En caso de no encontrarse el archivo category-SlugPadre.php correspondiente a cada categoría seguiría ejecutando el código de forma normal tanto si se trata de category.php como de archive.php