A continuación enumero y desarrollo todos los pasos necesarios para, partiendo de una instalación convencional de WordPress, conseguir un sitio multilingüe.

• Convertir una instalación convencional de WordPress en un multisite. Una vez hecho esto, hay que crear cada uno de los sitios en My Sites :: Network Admin :: Sites.
• Configurar el idioma para cada sitio creado del multisite, para que los paneles de administración estén en el idioma correcto. Para ello hay que conseguir los archivos de regionalización .mo y .po correspondientes; podemos encontrarlos dentro del paquete WordPress de dicho idioma, en la carpeta wp-content/languages/, así que basta descargar el paquete de wordpress.org. Luego los subimos a nuestro servidor, a la carpeta wp-content/languages y en cada sitio de la red, seleccionamos el idioma deseado en Settings :: General.
• Instalar el plugin Multisite Language Switcher. El plugin hay que configurarlo en cada uno de los sitios. Esto puedo parecer tedioso pero en realidad proporciona flexibilidad a costa de un trabajo extra relativamente escaso.El selector de idiomas se puede incorporar a la página mediante un widget o mediante el siguiente código, que permite mayor personalización:

  if ( function_exists( 'the_msls' )) the_msls();

  Para relacionar contenido –páginas, posts, e incluso las categorías y las etiquetas bajo las que los clasificamos– entre los diferentes sitios, de manera que se pueda saltar entre diferentes traducciones del mismo contenido, el plugin añade una columna en las listas de posts, de páginas y de categorías que nos permitirá hacerlo de manera sencilla e intuitiva.

• Regionalizar un tema. Lo preparamos para que sea traducible sencillamente mediante la edición de un archivo que contenga las cadenas a traducir.
• Crear un child theme en WordPress. Este paso no es extrictamente necesario, pero puede ser muy útil para aligerar el mantenimiento de los diferentes sitios. Al ser cada sitio una traducción, es lógico pensar que todos usarán el mismo theme, aunque quizás necesitemos mínimas diferencias entre ellos (colores por motivos culturales, archivos de configuración por motivos de programación…). Un parent theme y child themes para cada sitio nos permitirá gestionar estas diferencias sin necesidad de duplicar temas, código y mantenimiento.

Para que WordPress reconozca un tema como child, lo único que debemos hacer es definirlo convenientemente en el archivo style.css, el único que tenemos que incluir en la carpeta del tema obligatoriamente. Para ello, incluimos la definición Template en la descripción comentada al principio de style.css, y le asignamos como valor el nombre de la carpeta del parent theme:

Template: parenttheme

La carpeta con el nuevo child theme la subiremos a la carpeta de temas (wp-content/themes/), no a la del tema del que depende; podemos llamarla como queramos.

Luego solo nos queda seleccionar el child theme en el gestor para activarlo.

Una posible cabecera completa para el style.css de un child theme:

/*
Theme Name:     Child Theme
Theme URI:      http://example.com/
Description:    Child theme for the Parent theme
Author:         Your name here
Author URI:     http://example.com/about/
Template:       parenttheme
Version:        0.1.0
*/

En este style.css podemos definir los estilos del child theme por completo. Si solo queremos redefinir unos cuantos y heredar el resto, tenemos que hacer una llamada a la hoja de estilos del parent theme para incluir sus estilos:

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

Hay que tener claro que merece la pena recurrir a un child theme para hacer modificaciones de estilo o añadir algún contenido específico mediante una plantilla de página que el parent theme no tenga. Cuando son necesarias modificaciones estructurales de un tema, desarrollar un child theme empieza a ser dudoso.

Un child theme puede servir para modificar a nivel de estilo un tema que nos hemos descargado y del que no queremos dejar de tener la última versión. Usando un child theme podremos actualizar el tema sin miedo a perder los cambios que hayamos realizado.

Otro caso en el que los child themes son útiles es para gestionar un WordPress Multisite y permitir que cada sitio de la red pueda modificar su plantilla sin multiplicar el mantenimiento.

Además wp_list_comments ofrece la posibilidad de devolver todos los comentarios, solo los “humanos” o solo los pings, especificando el valor correcto con el parámetro type.

Podemos personalizar también distintos mensajes que se incluyen en la lista, como por ejemplo el texto del enlace para responder a un comentario.

El siguiente código devuelve una lista de comentarios tipo lista ol conteniendo únicamente los “humanos” (excluyendo los pings), define algunos mensajes personalizados y hace una llamada mediante callback a la función custom_comment que define la estructura de la lista:

// human comments list
wp_list_comments( array(
  'style' => 'ol',
  'type' => 'comment',
  'reply_text' => 'responder a este comentario',
  'login_text' => 'iniciar sesión para comentar',
  'callback' => 'custom_comment'
 ) );

En este caso, la función al especificar la opción style=ol, debemos envolverla en un contenedor homónimo:

<ol id="comments-list">
<?php wp_list_comments(); ?>
</ol><!-- end #comments-list -->

La función custom_comment debemos alojarla en el archivo functions.php de nuestro theme y debe tener una estructura parecida al siguiente ejemplo:

// comprobamos que la función existe
if ( ! function_exists( 'custom_comment' ) ) :

  function custom_comment( $comment, $args, $depth ) {
    $GLOBALS['comment'] = $comment;
    // en el caso de que el comentario no sea humano
    switch ( $comment->comment_type ) :
      case 'pingback' :
      case 'trackback' :

        // código HTML para pings...

    break;
    // en el caso de que el comentario sea humano
      default :

        // si el comentario está pendiente de aprobación
        if ($comment->comment_approved == '0') {
           // mensaje y código HTML para comentarios pendientes de aprobación
	   // "Tu comentario debe ser aprobado por un editor antes de publicarse."
           // o algo así

        // si el comentario está aprobado
        } else {
           // código HTML para cada comentario
           // incluir la comment_reply_link() para habilitar la respuesta a un comentario:
           // comment_reply_link( array_merge( $args, array( 'reply_text' => 'Responder a este comentario', 'depth' => $depth, 'max_depth' => $args['max_depth'] ) ) );
        } // end if comment is approved

    break;
    endswitch;
  } // end function custom_comment

endif; // end comprobación custom_comment()

Esta función diferencia la manera en la que se generan los comentarios humanos de los pingbacks y trackbacks. Si llamamos a la función wp_list_comments dos veces en nuestro archivo comments.php podemos separar los comentarios humanos de los pings:

// human comments list
wp_list_comments( array(
  'style' => 'ol',
  'type' => 'comment',
  'reply_text' => 'responder a este comentario',
  'login_text' => 'iniciar sesión para comentar',
  'callback' => 'custom_comment'
 ) );

// pings list
wp_list_comments( array(
  'style' => 'ul',
  'type' => 'pings',
  'callback' => 'custom_comment'
 ) );

En el Codex de WordPress podemos encontrar todos los detalles de cómo personalizar el uso de wp_list_comments.

Para saber cómo usar wp_list_comments se puede consultar la entrada de este blog Entendiendo el sistema de comentarios en WordPress: wp_list_comments y comment_form.

El código relativo a los comentarios se aloja en el archivo comments.php del theme. Básicamente consta de dos partes: la lista de comentarios y el formulario para añadir un comentario. La primera parte se controla con la función wp_list_comments y la segunda con la función comment_form.

Es recomendable acompañar estos dos componentes básicos con una función que habilita la posibilidad de proteger una entrada con contraseña:

if ( isset($_SERVER['SCRIPT_FILENAME']) && 'comments.php' == basename($_SERVER['SCRIPT_FILENAME']) )
  die ('Please do not load this page directly. Thanks! / Por favor, no intentes acceder a esta página directamente. Gracias.');

if ( post_password_required() ) :
  echo 'Esta entrada está protegida con contraseña. Introduce la contraseá para leer los comentarios.';

  /* Esto código hace que no se siga ejecutando
     el código para la generación de comentarios,
     que salte para completar la carga de la página
     sin ellos */
  return;
endif;

Para generar la lista de comentarios, WordPress ejecuta un loop similar al de las entradas, que hay que envolver en una sentencia condicional que comprueba si hay comentarios mediante la función have_comments.

El segundo componente básico, el formulario para comentar, debe ir acompañado de una comprobación que garantice que el sistema de comentarios está abierto, de lo contrario no se mostrará. La función comments_open() usada dentro de una sentencia condicional nos lo permite.

Así para generar un sistema básico de comentarios debemos usar las siguientes funciones de WordPress:

• post_password_required
• have_comments
• wp_list_comments
• comments_open
• comment_form

El código completo:

if ( isset($_SERVER['SCRIPT_FILENAME']) && 'comments.php' == basename($_SERVER['SCRIPT_FILENAME']) )
  die ('Please do not load this page directly. Thanks! / Por favor, no intentes acceder a esta página directamente. Gracias.');

<div id="comments">

  if ( post_password_required() ) :
    echo 'Esta entrada está protegida con contraseña. Introduce la contraseña para leer los comentarios.</div><!-- end #comments -->';

     /* Esto código hace que no se siga ejecutando
     el código para la generación de comentarios,
     que salte para completar la carga de la página
     sin ellos */
    return;
  endif;

  if ( have_comments() ) { // si la entrada tiene comentarios
    wp_list_comments();
  } else { // si la entrada no tiene comentarios
    if ( comments_open() ) { // si los comentarios están abiertos aunque no haya
       echo 'Aún no hay comentarios a esta entrada.';
    } else { // si los comentarios están cerrados
       echo 'Los comentarios están deshabilitados en esta entrada.';
    }
  } // fin if have_comments

</div><!-- end #comments -->

if ( comments_open() ) { // si los comentarios están habilitados
  comment_form();
}

Para que funcione plenamente la función comment_form debemos incluir en el archivo header.php de nuestro theme la siguiente línea, justo antes de la función wp_head:

if ( is_singular() ) wp_enqueue_script( 'comment-reply' );

Esta línea de código habilitará las funciones necesarias para poder contestar directamente a un comentario.

A esta base le podemos añadir algunos funciones más. Por ejemplo, el loop de comentarios también dispone de un sistema de paginación, por el que se puede navegar con las funciones previous_comments_link y next_comments_link:

<?php wp_list_comments(); ?>
<div id="comments-nav">
   <div class="nav-previous"><?php previous_comments_link('Comentarios anteriores'); ?></div>
   <div class="nav-next"><?php next_comments_link('Comentarios'); ?></div>
</div>

Referencias:

• WordPress 2.7 Comments Enhancements
• How to Add Nested Comments to Your WordPress Theme

function filter_where( $where = '' ) {
  $where .= " AND post_date > '" . date('Y-m-d', strtotime('-365 days')) . "'";
  return $where;
}

A continuación filtramos la query. La variable $query_string contiene la query sin modificar, el loop correspondiente a la página que se esté cargando.

add_filter( 'posts_where', 'filter_where' );
$query = new WP_Query( $query_string );
  while ($query->have_posts()) : $query->the_post();
    include "loop.php";
  endwhile;
remove_filter( 'posts_where', 'filter_where' );

Si se quiere aplicar el filtro a una query específica, basta sustituir $query_string por parámetros de WP_query.

function has_children($child_of = null) {
	if(is_null($child_of)) {
		global $post;
		$child_of = ($post->post_parent != '0') ? $post->post_parent : $post->ID;
	}
	return (wp_list_pages("child_of=$child_of&echo=0")) ? true : false;
}

Basta incluir la función en el archivo functions.php.

Si no se quiere depender de functions.php o se necesita la consulta puntualmente, siempre se puede recurrir al viejo método del count:

$children = get_pages('child_of='.$post->ID);?>
if( count( $children ) != 0 ) { // Has Children }
else { // No children }

$post_text = get_the_content();

pero le quita los saltos de línea, destruyendo los párrafos.

Para que esto no ocurra hay que aplicarle el filtro que WordPress aplica a la función the_content pero no a get_the_content.

$post_text = get_the_content();
$post_text = apply_filters( 'the_content', $post_text );

Etiquetando las cadenas a traducir en el código

Para ello utilizamos la notación __('cadena a traducir','nombre_tema') y _e('cadena a traducir','nombre_tema'). La primera sencillamente nota que es una cadena a traducir, la segunda además hace echo de la cadena. En ambos casos el primer parámetro es la cadena; el segundo indica cual es el contexto de la traducción, normalmente se utiliza el nombre del tema. La cadena a traducir puede contener etiquetas HTML y para evitar errores de codificación, es mejor usar códigos HTML para los caracteres especiales, como las tildes. Por ejemplo:

_e('<strong>Error 404</strong>. La página que buscas no se encuentra', 'mi_tema');
the_content(__('Leer más...', 'mi_tema'));

Creando un archivo con las cadenas de traducción

El paquete gettext y el sistema de archivos .po y .mo permite crear archivos con todas las cadenas a traducir automáticamente. La mejor opción es instalarse el programa PoEdit, una interfaz para gettext que facilita mucho el proceso. El archivo .po contendrá todas las cadenas y sus traducciones; cuando salvemos el archivo se generará automáticamente otro archivo con la compilación del archivo .po. Este otro archivo .mo es el que usará la web para traducir.

Conviene tener en cuenta las reglas de nomenclatura de estos archivos, ya que nombrarlo inadecuadamente puede hacer que WordPress no tenga en cuenta las traducciones. El nombre debe estar formado por el código del idioma y el código del país. Por ejemplo, de_DE.mo para el alemán.

Configuración del tema para que sea traducible

Para indicar a WordPress que nuestro tema es traducible tenemos que incluir una función en el archivo functions.php, crear la subcarpeta languages/ dentro de la del tema, y alojar allí el archivo .mo. También conviene alojar el archivo .po aunque no es necesario para que la traducción funcione.

La función se encargará de cargar las cadenas de traducción del archivo correcto, mediante load_theme_textdomain().

add_action('after_setup_theme', 'my_theme_setup');
function my_theme_setup(){
    load_theme_textdomain('mi_tema', get_template_directory() . '/languages');
}

Después creamos la carpeta languages/ y subimos a ella el archivo con las traducciones.

Más información

• How to localize WordPress themes and plugins with GetText
• Installing WordPress in Your Language
• Translate a WordPress Theme in 3 Easy Steps
• How to Translate a WordPress Theme
• How to make a translatable WordPress theme