Hace poco tuvimos que desarrollar un área segura para clientes de un sitio web que por supuesto utiliza WordPress como CMS. Es cierto que WordPress tiene su administrador y además su propia página de acceso a usuarios pero en este caso necesitábamos abstraer a los usuarios de esa área que es solo para administradores y además por cuestiones estéticas. Los usuarios utilizarían el mismo sistema de acceso a usuarios que tiene WordPress pero nunca verían el área de administradores.

Lo primero que tuve que hacer fue crear un formulario de acceso que se integrara con el diseño de la página y es lo que compartiré en este tutorial. No hay que complicarlo demasiado así que lo haré simple. El objetivo es que entiendan la base para que luego puedan aplicarlo a su gusto en donde haga falta.

Lo que haremos será crear una página plantilla en el mismo Theme Twentyeleven que traer WordPress activo por defecto.

Lo primero es crear el archivo e identificarlo como plantilla para que WordPress lo reconozca.

<?php /**  * Template Name: User Login */ ?>

Vamos a mantener el diseño y la estructura así que incluimos el encabezado y los divs respectivos.

<?php get_header(); ?>
<div id="primary" class="showcase">
   <div id="content" role="main">

Lo próximo, el código que hace todo el trabajo.

    <h2>
      <?php the_title(); ?>
    </h2>
    <?php if ( is_user_logged_in() ) : ?>
    <p>Ya estás autenticado. <a href="<?php echo wp_logout_url( get_permalink() ); ?>" title="Cerra sesi&oacute;n de usuario">Salir</a></p>
    <?php else : ?>
    <form name="loginform" id="loginform" action="<?php echo get_option('home'); ?>/wp-login.php" method="post">
      <p>
        <label>Username<br />
          <input type="text" name="log" id="user_login" class="input" value="" size="20" tabindex="10" />
        </label>
      </p>
      <p>
        <label>Password<br />
          <input type="password" name="pwd" id="user_pass" class="input" value="" size="20" tabindex="20" />
        </label>
      </p>
      <p class="forgetmenot">
        <label>
          <input name="rememberme" type="checkbox" id="rememberme" value="forever" tabindex="90" />
          Remember Me</label>
      </p>
      <p class="submit">
        <input type="submit" name="wp-submit" id="wp-submit" class="button-primary" value="Log In" tabindex="100" />
        <input type="hidden" name="redirect_to" value="<?php echo get_permalink() ?>" />
        <input type="hidden" name="testcookie" value="1" />
      </p>
    </form>
    <p id="nav"> <a href="<?php echo get_option('home'); ?>/wp-login.php?action=lostpassword" title="Password Lost and Found">Lost your password?</a> </p>
    <?php endif; ?>

Este código anterior evalúa mediante is_user_logged_in() si estás autenticado como usuario. De ser así te avisa y te da un enlace de salida aunque con un poco más de trabajo y ganas puedes mostrar un panel de opciones de perfil, información del usuario y más datos relevantes para el usuario. De lo contrario, si no estás autenticado como usuario muestra un formulario de acceso.

Para terminar, el código que muestra la barra lateral o sidebar, el pié de página o footer y los divs que cierran toda la estructura de dicha página.

    <div class="widget-area" role="complementary">
      <?php if ( ! dynamic_sidebar( 'sidebar-2' ) ) : ?>
      <?php
						the_widget( 'Twenty_Eleven_Ephemera_Widget', '', array( 'before_title' => '<h3 class="widget-title">', 'after_title' => '</h3>' ) );
						?>
      <?php endif; // end sidebar widget area ?>
    </div>
    <!-- .widget-area --> 

  </div>
  <!-- #content -->
</div>
<!-- #primary -->

<?php get_footer(); ?>

Con esto estamos listos, ya tenemos página con formulario de acceso. Con esta base y ganas puedes llegar a aprovechar muchas posibilidades para tener un área de usuarios en tu sitio web administrado con WordPress.

comments_template( '', true );

Esta simple linea de código es la que se encarga de mostrar o en caso de comentarla o eliminarla desactiva los comentarios.

¿Que sucede cuando queremos tener de manera selectiva algunas páginas con comentarios habilitado y otras no? En ese caso WordPress siempre deja habilitada la opción de mostrar los comentarios y si tenemos varias páginas creadas y nos hemos olvidado tendríamos ya que regresar página por página y deshabilitar dicha opción.

El siguiente código cambiar el comportamiento de WordPress a que por defecto deshabilite los comentarios en las páginas que creamos. De esta forma solo tendríamos que activar los comentarios en la página que necesitamos. Debes insertarlo en functions.php

function ns_disable_comments( $post_content, $post ) {

    if( $post->post_type ) {

		switch( $post->post_type ) {

			case 'page':

			case 'custom-type-post-a':

			case 'custom-type-post-b':

				$post->comment_status = 'closed';

			break;

		}

	}

    return $post_content;

}

add_filter( 'default_content', 'ns_disable_comments', 10, 2 );

Para evitar tener que desactivar una a una las páginas que ya tienen comentarios activados solo tienes que ejecutar esta consulta de SQL en phpMyAdmin o el administrador de base de datos que utilices.

UPDATE "wp_posts"

SET "comment_status" = "closed"

WHERE "post_type" = "page";

Si quieres saber más sobre los filtros de wordpress aquí dejo dos enlaces imprescindibles para ello.

• Function Reference/add filter
• Plugin API/Filter Reference

Este artículo forma parte de una serie que iremos publicando gradualmente sobre nuevas funcionalidades implementadas o mejoradas con la salida de WordPress 3.0

Anteriormente ya hemos visto como Crear tu primer contenido personalizado con WordPress. En este artículo vamos a expandir las opciones de nuestro pequeño y simple administrador de libros agregando la posibilidad de asignar categorías personalizadas, llamada taxonomías en WordPress. Vamos a continuar trabajando entonces en el mismo fichero llamado ns_books.php que hemos creado para el administrador de libros.

Registrando la taxonomía

Lo primero es declarar las variables que utilizaremos para las cadenas de texto que utilizarán las nuevas taxonomías asignadas a los libros. Para ello insertamos el siguiente código al final del archivo preferiblemente aunque puedes insertarlo donde prefieras, siempre fuera de alguna función para evitar complicaciones.

add_action('init', 'books_tax_register');

function books_tax_register() {

	$genre_labels = array(
		'name' => _x( 'Géneros', 'taxonomy general name' ),
		'singular_name' => _x( 'Género', 'taxonomy singular name' ),
		'search_items' =>  __( 'Buscar géneros' ),
		'all_items' => __( 'Todos los géneros' ),
		'parent_item' => __( 'Género superior' ),
		'parent_item_colon' => __( 'Género superior:' ),
		'edit_item' => __( 'Editar género' ),
		'update_item' => __( 'Actualizar género' ),
		'add_new_item' => __( 'Crear nuevo género' ),
		'new_item_name' => __( 'Nuevo nombre de género' ),
		'menu_name' => __( 'Género' ),
	);

	register_taxonomy( 'genero', array('libros'), array( 'hierarchical' => true, 'labels' => $genre_labels, 'query_var' => true, 'rewrite' => true ) );
}

Ya con este código basta para crear una nueva taxonomía llamada Género. Vamos ir explicando el código para su mejor comprensión.

Con la función add_action() estamos ordenando a WordPress que al inicializarse ejecute otra función llamada books_tax_register que es la encargada de ejecutar todo el código necesario. Creamos inicialmente un arreglo (Array) llamado $genre_labels que contendrá todos los valores de las cadenas de texto que utilizará la página de edición de la taxonomía y en el menú.

La función register_taxonomy() es la encargada de registrar la taxonomía. En este caso solo registramos una pero pueden registrarse tantas como sea necesario llamando la función nuevamente con nuevos parámetros.

Los parámetros son: register_taxonomy($nombre_taxonomía, $tipo_post, $argumentos)

• $nombre_taxonomía: Es un valor tipo texto con el cual se define el identificador de la taxonomía. En este caso es ‘genero’ sin tildes ni signo alguno de puntuación para evitar problemas.
• $tipo_post: Es el tipo de entradas al cual se asignará a esta taxonomía. Puede ser “post”, “page” entre otros ya sean internos o declarados como en este caso que es “libros”. Ha sido declarado como un arreglo para facilitar el poder asignarlo a varios tipos de entradas o contenidos a la vez. En este caso solo es para “libros”.
• $argumentos: Es un arreglo que contiene parámetros que definirán el comportamiento de la taxonomía y que comento en detalle a continuación:

• hierachical: Acepta true or false en caso de ser true acepta jerarquía de categorías permitiendo crear categorías subordinadas a otras. En caso de ser false se comporta como las etiquetas comunes de WordPress.
• labels: Es un arreglo que contiene todas las cadenas de texto que utilizará la taxonomía en las páginas de administración. En este caso utiliza $genre_labels, el arreglo que ya he definido previamente.
• query_var: Permite hacerle saber a WordPress si vas a poder filtrar luego artículos utilizando esta taxonomía.
• rewrite: Al activarla con true permite que las taxonomías utilicen urls amigables. Hay otros parámetros que pueden utilizarse que no son tan comunes pero pueden permitir un mayor nivel de personalización en caso de que sea necesario.

Para más información puedes ver la referencia a register_taxonomy() en el Codex de WordPress.

Para asignar las taxonomías solo hay que editar la entrada deseada y marcar los valores que correspondan.

Como mostrar las taxonomías asignadas a un artículo.

Asumiendo que ya tenemos algunos artículos creados vamos a visualizar los géneros a los cuales pertenece cada libro en el momento que mostremos alguno. En este caso para mantenerlo simple seguiremos utilizando el theme “Twenty Ten” que viene instalado y predeterminado con WordPress.

Abre el fichero loop-single.php y busca la siguiente linea de código:

<div class="entry-utility">

Justo antes de cerrar el <div> inserta el siguiente código que explicaré a continuación:

$genre = get_the_term_list( $post->ID, 'genero', '<strong>Género(s):</strong> ', ', ', '' );
if ($genre != '')
	echo '
<div>' . $genre . '</div>
';

La función get_the_term_list() lee las taxonomías asignadas a un artículo y las muestra con el formato especificado en los parámetros de la misma.

Lo parámetros son:

• $post_id: El ID del artículo del cual queremos extraer las taxonomías. Generalmente se utilizar $post->ID ya que casi siempre esto se hace dentro del “Loop” the WordPress.
• $taxonomía: Es una cadena de texto que contiene la taxonomía que queremos mostrar. En este caso es ‘genero’ que es la que hemos declarado y con la que hemos estado trabajando.
• $antes: Es una cadena de texto que aparecerá antes del listado de taxonomías.
• $separador: Es una cadena de texto que utilizará como separador entre valores de la taxonomía.
• $después: Es una cadena de texto que aparecerá al final del listado de taxonomías.

Para mas información puedes ver la referencia a get_the_term_list() en el Codex de WordPress.

Luego de asignar el resultado de get_term_list() a la variable $genre he puesto una estructura condicional if() que evalúa si $genre tiene resultado y en caso de ser así la muestra. Es importantísimo evaluar si contiene datos porque de lo contrario puede generar un error o imprimir código no deseado si el artículo no tiene asignada la taxonomía.

Conclusión

Espero que este artículo te sea de utilidad para iniciarte con el novedoso sistema de taxonomías de WordPress. Hay mucha tela por donde cortar y mucho por escribir pero el objetivo de este artículo es introducirte en el uso de las taxonomías sin complicarte demasiado. En el Codex de WordPress hay muchísima información para para buscarse unos cuantos dolores de cabeza complicando el código para obtener resultados más avanzados.

Este post forma parte de una serie que iremos publicando gradualmente sobre nuevas funcionalidades implementadas o mejoradas con la salida de WordPress 3.0

WordPress es un gestor de contenidos (CMS) pensado originalmente para gestionar blogs. Con el paso del tiempo sus creadores han ido implementando una serie de mejoras que han hecho del mismo uno de los más potentes gestores de contenido en la actualidad.

A continuación mostraré como crear “custom posts” o contenidos personalizados, una de las más aclamadas mejoras introducidas a partir de WordPress 3.0. Vamos a crear una librería básica online con el fin de darle un uso práctico al procedimiento a continuación.

Comenzando con lo básico

Crea un nuevo fichero llamado ns_books.php en la carpeta del theme de WordPress que estés utilizando.

Abre -o crea en caso de no existir- el fichero functions.php en la misma carpeta. Este fichero es el que utiliza WordPress para extender el teme activo con funciones extras que mejoran o modifican su funcionamiento.

En functions.php pon la siguiente linea de código al inicio.

include(TEMPLATEPATH . '/ns_books.php');

Cierra functions.php, ya no lo necesitaremos más. Al incluir ns_books.php podremos insertar todo el código necesario en dicho fichero sin necesidad de modificar nada en functions.php. De esta forma mantenemos organizado el codigo y podemos portar facilmente nuestra librearia a otro theme de WordPress con solo copiar ns_books.php a la carpeta del mismo e incluirlo nuevamente en el fichero functions.php correspondiente al nuevo theme de WordPress.

Creando la librería

En ns_books.php insertamos el siguiente código que explicaré a continuación:

add_action('init', 'books_register');

function books_register() {

	$labels = array(
		'name' => _x('Biblioteca', 'post type general name'),
		'singular_name' => _x('Libro', 'post type singular name'),
		'add_new' => _x('Nuevo libro', 'library item'),
		'add_new_item' => __('Crear nuevo libro'),
		'edit_item' => __('Editar libro'),
		'new_item' => __('Nuevo libro'),
		'view_item' => __('Ver libro'),
		'search_items' => __('Buscar en biblioteca'),
		'not_found' =>  __('No se ha encontrado nada'),
		'not_found_in_trash' => __('No se ha encontrado nada en la Papelera'),
		'parent_item_colon' => ''
	);

	$args = array(
		'labels' => $labels,
		'public' => true,
		'publicly_queryable' => true,
		'show_ui' => true,
		'query_var' => true,
		'menu_icon' => get_stylesheet_directory_uri() . '/images/book.png',
		'rewrite' => true,
		'capability_type' => 'post',
		'hierarchical' => false,
		'menu_position' => null,
		'supports' => array('title','editor','thumbnail')
	  );

	register_post_type( 'libros' , $args );
}

Con este codigo hemos agregado una acción que ejecuta la función register_post_type() al cargar el panel de administración de WordPress.

register_post_type() necesita dos parámetros:

• Nombre para identificar el tipo de contenido que en nuestro caso será libros
• Parámetros para configurar dicho tipo de contenidos.

Los parámetros que pasamos están contenidos dentro de $args, a continuación algunos:

• labels: Contiene una matriz llamada $labels con las cadenas de texto que se mostrarán en las secciones de creación, edición y listado de la librería en el panel de administración.
• public: hará que se muestre en el panel de administración.
• show_ui: activa los controles de edición en el panel de administración
• menu_icon: determina el icono que se mostrará en la barra de navegación del panel de administración de WordPress. Si se omite WordPress mostrará uno por defecto.
• capability_type: Indica a WordPress si debe tratar el contenido como un post o una página ( post | page )
  hierachical: Activa la capacidad de utilizar jerarquía como las páginas de WordPress.
• supports: Especifica que funcionalidad típicas de wordpress incluirá como por ejemplo, titulo, editor e imagen en miniatura -thumbnail-.
• rewrite: Activa el uso de permalinks para este tipo de contenido en este caso sería /libros/

Para mas información sobre puedes ver la referencia a register_post_type() en el Codex de WordPress

Estos parámetros son suficientes para habilitar la Librería en el panel de administración de WordPress

Creando el fomulario.

Una vez activada nuestra librería con el formulario de entrada básico debemos agregar los campos específicos para los libros que insertaremos.

Inserta este código que a continuación explicaré:

add_action("admin_init", "admin_init");

function admin_init(){
	  add_meta_box("ns_isbn-meta", "Datos de editorial", "isbn_print", "libros", "side", "low");
	  add_meta_box("ns_author_meta", "Datos de autor", "author_print", "libros", "normal", "low");
}

function isbn_print(){
	  global $post;
	  $post_obj = get_post_custom($post->ID);
	  $ns_print_year = $post_obj["ns_print_year"][0];
	  $ns_isbn = $post_obj["ns_isbn"][0];
	  ?>
      <p>
	  <label>Año de edición:</label><br />
      <input type="text" name="ns_print_year" value="<?php echo $ns_print_year; ?>" style="width: 98.5%;"  />
      </p>
	  <p>
	  <label>ISBN:</label><br />
	  <input type="text" name="ns_isbn" value="<?php echo $ns_isbn; ?>" style="width: 98.5%;"  />
      </p>
	  <?php
}

function author_print() {
	  global $post;
	  $post_obj = get_post_custom($post->ID);
	  $ns_author = $post_obj["ns_author"][0];
	  $ns_website = $post_obj["ns_website"][0];
	  ?>
	  <p>
      <label>Autor:</label><br />
      <input type="text" name="ns_author" value="<?php echo $ns_author; ?>" style="width: 98.5%;"  />
      </p>
	  <p>
      <label>Website:</label><br />
      <input type="text" name="ns_website" value="<?php echo $ns_website; ?>" style="width: 98.5%;"  />
      </p>
	  <?php
}

add_action() llama a la función admin_init() al mostrarse el panel de administración. admin_init() registra dos add_meta_box() que no son más que grupos de valores, o los llamados meta-fields en WordPress. Cada uno llama a una función correspondiente que se encarga de imprimir en página los campos de texto en el formulario y devolver el valor asignado si ya está creado y se está editando.

add_meta_box( $id, $title, $callback, $page, $context, $priority, $callback_args );

add_meta_box() tiene los siguientes parámetros.

• id: el atributo “id” para el bloque de edición registrado.
• title: Titulo del bloque que será visible para el usuario.
• callback: La función que será llamada al registrar el bloque. Es en esta función donde insertamos los controles de formulario.
• page: El tipo de contenidos donde aparecerá este bloque de edición. En este caso lo asignamos a “libros” porque serán controles de datos solo para la Librería.
• context: Determina en que parte de la página de edición será mostrado el bloque. Puede ser (‘normal’, ‘advanced’ o ‘side’).
• priority: Prioridad que tendrá sobre otros bloques.
• callback_args: Argumentos que pueden ser enviados a la función de callback que los recibe en una variable llamada $post.

Para mas información sobre puedes ver la referencia a add_meta_box() en el Codex de WordPress

La funciones de callback, en este caso isbn_print() y author_print() se encargan de imprimir los controles de edición específicos y a su vez de recuperar sus valores una vez estamos editando un contenido ya creado. Para ello hay dos lineas de código que son imprescindibles.

global $post;

Hace que la función obtenga acceso a la variable $post

$post_obj = get_post_custom($post->ID);

Obtiene el ‘id’ del post que se está mostrando para luego poder sacar los valores de los controles del mismo.

El formulario debe lucir así comenzar a crear una nueva entrada:

Guardando la información

Ya tenemos creado el formulario, ahora necesitamos poder guardar la información que creamos o editamos con el.

Para ello inserta el siguiente código.

add_action('save_post', 'save_details');

function save_details(){
  global $post;

  if ($post->post_type == 'libros') {
	  update_post_meta($post->ID, "ns_print_year", $_POST["ns_print_year"]);
	  update_post_meta($post->ID, "ns_isbn", $_POST["ns_isbn"]);
	  update_post_meta($post->ID, "ns_author", $_POST["ns_author"]);
	  update_post_meta($post->ID, "ns_website", $_POST["ns_website"]);
  }
}

El código se explica por si mismo. Creamos una acción para WordPress que ejecuta la función save_details() siempre que se guarda un post. Es importante destacar que dicha función se ejecuta siempre que guardemos un post sea del tipo que sea por lo cual he puesto la siguiente estructura condicional ‘if’.

if ($post->post_type == 'libros') {
	...
}

Hace evaluar si el tipo de contenido a guardar es ‘libros’ y solo en ese caso inserta los datos. De lo contrario estaríamos insertando datos de los libros en todos los tipos de contenidos que se guardaran en base de datos.

Al editar un contenido ya guardado lucirá de esta manera:

Obteniendo la información en el formato que quiero

WordPress ya incluye por defecto métodos para listar el contenido. En este caso vamos a insertar un código que nos permitirá modificar la forma en que se muestra dicho contenido.

add_action("manage_posts_custom_column",  "libros_custom_columns");
add_filter("manage_edit-libros_columns", "libros_edit_columns");

function libros_edit_columns($columns){
  $columns = array(
    "cb" => "<input type=\"checkbox\" />",
    "title" => "Título",
    "description" => "Descripción",
    "year" => "Año de edición",
    "isbn" => "ISBN",
	"writer" => "Autor"
  );

  return $columns;
}
function libros_custom_columns($column){
  global $post;

  switch ($column) {
    case "description":
      the_excerpt();
      break;
    case "year":
      $custom = get_post_custom();
      echo $custom["ns_print_year"][0];
      break;
    case "isbn":
      $custom = get_post_custom();
      echo $custom["ns_isbn"][0];
      break;
    case "writer":
      $custom = get_post_custom();
	  echo $custom["ns_author"][0];
      break;
  }
}

Lo que he hecho es agregar una nueva acción y un nuevo filtro que se ejecutan al listar los libros en el panel de administración llamando a dos funciones.

La primera libros_edit_columns() solo define las columnas a mostrar. Las dos primeras van por defecto aunque por supuesto puede ser modificado el titulo a mostrar. El resto de las columnas son campos personalizados de los cuales hablaremos en la siguiente función.

La segunda función libros_custom_columns() evalúa que contenido mostrar en cada columna leyendo a su vez el dato correspondiente de la variable $post que al igual que en otras función necesita ser declarado global para poder tener acceso al mismo desde la función.

Aquí tenemos el resultado:

Eliminando problemas con los permalinks

Es bastante común que al crear custom posts una vez ya activados los permalinks en WordPress los mismos de errores al intentar visualizarlos.

Para ello hay dos métodos simples que solucionan el problema.

Primero puedes probar a desactivar y activar nuevamente los permalinks en las opciones del panel de administración de WordPress (Opciones>Enlaces permanentes).

Segundo puedes poner la siguiente linea de código justo después de register_post_type()

add_action('init', 'books_register');
flush_rewrite_rules();

Que sigue

El contenido creado necesita ser mostrado, categorizado, mejorado. Es por ello que iré publicando una serie de artículos que abordarán temas como:

• Agregar nuevas funciones a la Librería como el uso de imágenes.
• Crear ‘custom_taxonomies’ para la Librería o dicho de otra manera un sistema de categorías y etiquetas personalizado.
• Crear widgets para mostrar el contenido y implementar AJAX en el mismo.

Espero que este artículo sea útil y ayude a comenzar a crear nuevos tipos de contenidos con está fascinante posibilidad que nos da WordPress.

WordPress es nuestro CMS de preferencia a la hora de gestionar el contenido de un Website. Si bien fue creado en un inicio para gestionar blogs sus constantes y numerosas versiones han traído jugosas mejoras que hacen bastante sencillo gestionar páginas y la jerarquía de las mismas. Si además tenemos en cuenta que cuenta con una poderosa y activa comunidad que constanemente aporta nuevos themes y más importante aún, nuevos plugins que han hecho de WordPress un CMS con el cual actualmente se pueden crear y gestionar desde sitios de e-Commerce, Galerías, Blogs hasta Redes sociales.

Es común que durante el desarrollo de un Theme de WordPress se haga necesario instalar nuevos plugins, poner ficheros de traducción, crear artículos con contenido e imágenes reales para poder tener mejor control de cómo lucirá el contenido con el diseño. Además también se incluyen categorías, páginas, tags, etc. Es muy común también que todo esto se haga sobre un servidor local de pruebas antes de publicar en el servidor accesible por todos a través de Internet.

Llegado el momento de publicar, lo que sea supone que sea “el gran día” se vuelve una pesadilla. De pronto necesitamos crear en el servidor oficial una réplica exacta con todas las categorías, tags, plugins, enlaces internos entre páginas y en el mejor de los casos, si tomamos nota de todo, aun así es una tarea muy tediosa.

Este artículo trae una solución bastante sencilla y que funciona en la mayoría de los casos. La verdad es que siempre funciona, en nuestro caso. Se trata de hacer una réplica de la instalación de WordPress local al servidor oficial.

Paso 1:

Lo primero que debes hacer es copiar la carpeta completa de WordPress y subirla por FTP al servidor. Como bien dije, completa, con plugins, themes, todo.

Paso 2:

Haz entonces una salva de la base de datos utilizando WordPress Backup o sencillamente exportándola con el administrador de MySQL de tu preferencia. A nosotros nos va perfecto con phpMyAdmin. Asegúrate de tener seleccionada todas las tablas y además tener marcada la opción de generar un fichero SQL.

Paso 3:

Una vez exportada la base de datos tendrás un fichero de extensión SQL que debes abrir con algún editor que soporte Buscar y Reemplazar para facilitarte el trabajo. Busca todas las instancias de la url local y reemplázalas por  el dominio o url real.

Paso 4:

Crea en tu servidor real una base de datos vacía con el mismo nombre, usuario y contraseña que la base de datos local. Si por alguna razón no pueden ser idénticos los datos puedes modificar la configuración en el fichero wp-config.php en la raíz de la carpeta de WordPress en tu servidor real.

Paso 5:

Utilizando nuevamente el administrador de MySQL de tu preferencia conéctate a la base de datos de servidor oficial e importa el fichero SQL con las direcciones modificadas.

Paso 6:

Abre tu navegador y teclea el dominio del Website. Si todo ha ido bien verás el Website funcionando tal y como estaba en tu servidor local.

Otras aplicaciones

Si necesitas rediseñar un Website gestionado por WordPress y vas a trabajar en el mismo de forma local puedes seguir este procedimiento de forma inversa.

1. Copias la carpeta desde el servidor real a tu servidor local.
2. Exportas la base de datos a un fichero SQL.
3. Reemplazas las url reales por  las url locales en el fichero SQL.
4. Importas el fichero SQL en tu base de datos local y ya está.

Espero que este artículo te sea de utilidad. Si tienes alguna duda o has tenido alguna problema durante el proceso deja un comentario y veré como puedo ayudarte a solucionar el problema.