internet, desarrollo, diseño web, sysadmin

A continuación voy compartir con vosotros cómo actualizar WordPress, el software de este blog, a la última versión disponible (la 2.5.1 en este momento). Me he basado en la documentación de la propia web de WordPress. Básicamente, los pasos son:

• Activar una página de mantenimiento.
• Realizar una copia de seguridad.
• Desactivar los plugins.
• Descargarse la nueva versión y actualizar los ficheros.
• Actualizar la estructura de la base de datos.
• Activar los plugins.
• Desactivar la página de mantenimiento.

Página de mantenimiento

Durante el proceso de actualización no es posible asegurar que el contenido del blog vaya a mostrarse correctamente. Por ello, es conveniente que cualquier contenido del blog apunte a una página estática que indique que el blog no está disponible por mantenimiento. En la documentación recomiendan el plugin Maintenance Mode, pero a mí me ha dado problemas. Leo aquí que les pasa algo parecido. Parece que el plugin no se lleva bien con el upgrade a las últimas versiones de WordPress.

Copia de seguridad

Necesitaremos hacer realmente dos copias de seguridad:

• del software propiamente dicho, incluyendo los plugins, los temas, etc.
• del contenido de la base de datos.

Supongamos que el blog está instalado en /var/www/miblog y que vamos a realizar la copia de seguridad de los ficheros en el directorio backups del directorio home del usuario. El backup lo podemos realizar con los siguientes comandos:

$ MIBLOG=/var/www/miblog
$ cd $MIBLOG
$ mkdir ~/backups
$ tar cvf ~/backups/miblog.tar .

Y para hacer la copia de seguridad de la base de datos simplemente haremos:

$ mysqldump -u user -p database -h host > ~/backups/miblog_database.dmp

Desactivación de los plugins

Es recomendable desactivar los plugins, ya que alguno podría dar problemas con la nueva versión. Supongo que si tenemos un entorno de pruebas (porque lo tenemos, ¿no?), no sería muy descabellado, si las pruebas han ido bien, no desactivar los plugins durante el proceso de actualización en producción.

Actualización de los ficheros

Primeramente nos descargaremos la última versión de WordPress y la descomprimimos:

$ cd /var/www
$ wget http://wordpress.org/latest.zip
$ unzip latest.zip
$ rm latest.zip

A continuación, borramos los directorios wp-includes y wp-admin de la versión antigua y copiamos los ficheros de la nueva versión:

$ cd $MIBLOG
$ rm -rf wp-includes wp-admin
$ cd wordpress
$ tar cvf - .  (cd $MIBLOG tar xvf -)

También es necesario comprobar si al aumentar la versión del software, debemos añadir alguna línea nueva en el fichero de configuración, wp-config.php. Para ello, a parte de leer la documentación de la nueva versión, algo siempre recomendable, podemos ver las diferencias entre nuestro wp-config.php y el fichero wp-config-sample.php que se habrá copiado de la nueva versión:

$ cd $MIBLOG
$ diff wp-config-sample.php wp-config.php

Por ejemplo, en la versión 2.5 se ha introducido la variable SECRET_KEY. Deberemos, por lo tanto, editar el fichero wp-config.php y añadir:

// Change SECRET_KEY to a unique phrase.  You won't have to remember it later,
// so make it long and complicated.  You can visit http://api.wordpress.org/secret-key/1.0/
// to get a secret key generated for you, or just make something up.
define('SECRET_KEY', 'put your unique phrase here'); // Change this to a unique phrase.

Actualización de la estructura de la base de datos

Si es necesaria una actualización de la estructura de la base de datos, al intentar acceder a la interfaz de administración, obtendremos una pantalla como la siguiente:

Al aceptar, se actualizará la estructura de la base de datos.

Activación de los plugins

Si hemos desactivado los plugins, los tendremos que volver a activar.

Desactivación de la página de mantenimiento

Si hemos activado una página de mantenimiento, la deberemos desactivar.

Cuando comencé a escribir este blog pensaba que prácticamente todos los posts iban a tratar sobre ruby y rails. Así que claro, lo di de alta en RubyCorner. La realidad es bien distinta: he escrito bastantes posts que no siguen dicha temática y que por lo tanto no deberían aparecer en RubyCorner. En este post contaré cómo crear un feed a medida en WordPress para que en RubyCorner aparezcan sólo los posts pertenecientes a ciertas categorías. Además, utilizaremos FeedBurner para publicar tanto el feed general como el feed a medida.

• Si tenemos activado el plugin FeedBurner FeedSmith o algún otro plugin que detecta todas las maneras de acceder a nuestros feeds y redirecciona el tráfico a FeedBurner tendremos que desactivarlo. FeedBurner FeedSmith sólo permite redirigir el tráfico a un solo feed.
• Supondremos que tenemos 2 categorías distintas, ruby y rails, y que queremos que en RubyCorner aparezca cualquier post que pertenezca a alguna de estas categorías.
• Buscamos en la web de administración de nuestro blog los IDs de las categorías:

Administrar > Categorías

• Creamos en FeedBurner un nuevo feed para las categorías deseadas. La URL de nuestro feed tendrá la forma:

http://midominio.com/?feed=rss2&cat=2,3

• Como hemos desactivado el plugin FeedBurner FeedSmith tendremos que redirigir nosotros mismos el tráfico a FeedBurner. Para ello, añadiremos a nuestro .htaccess una redirección por cada feed:

Redirect temp /feed http://feeds.feedburner.com/midominio
Redirect temp /feed_ruby_rails http://feeds.feedburner.com/midominio_ruby_rails

• Y por último sólo quedaría editar nuestro blog en RubyCorner para que la URL del feed sea:

http://midominio.com/feed_ruby_rails

Enlaces relacionados:

• Creating Custom WordPress Feeds