Cómo actualizar Wordpress en 5 minutos con SSH
Pocos bloggers deben haberse perdido la noticia sobre la salida de Wordpress 2.6 (si los chicos de Auttomatic hasta nos hicieron un video). Que ahora tenemos un versionado de contenido, o que el nuevo bookmarklet nos permite publicar contenido al instante, que usar Google Gears o no, que previsualizamos los themes antes de usarlos, y un largo etcétera de nuevas funcionalidades que agradecemos.
Pero a la hora de la verdad, muchos de nosotros tenemos que actualizar no un blog, sino decenas. Propios, ajenos, de clientes, de amigos, de la novia, de la tÃa. Y si no tenemos un método eficaz y rápido, podemos estar todo el dÃa repitiendo el mismo ciclo:
- Hacemos Backup de la base de datos (leyeron bien no? Hacemos Backup de la base de datos)
- Bajamos el Wordpress.
- Conectamos al FTP
- Subimos Wordpress
- Tomamos algo mientras esto ocurre
- Si no terminó, volvemos a 4
- Accedemos a dominio-del-blog.com/wp-admin/upgrade.php
- Cruzamos los dedos (esto es más importante de lo que parece)
- Si todo salió bien, entonces respiramos.
Sin duda, todo esto es largo y cansador. Y podemos hacerlo mucho mejor, los únicos requerimientos son conocer un poquito de manejo de unix/linux, sangre frÃa, acceso por SSH (Secure Shell) a nuestra cuenta y bajarnos el PuTTY. Nunca pensaste que un programita con ese nombre te iba a ayudar tanto.
Primero y antes que nada, vuelvo a repetirlo por si no lo entendieron: Hay que hacer siempre backup primero de la base de datos, sin excepción. Considérenlo como un pequeño seguro en caso de que metamos la pata, rompamos todo, y no tengamos el hombro de ningún amigo cerca para ir a llorar. Siempre, primero, hagan backup de la base.
Cargamos el PuTTY indicándole nuestro dominio y nos pide loguearnos.

Ingresaremos nuestro usuario y password de SSH, y estaremos dentro de nuestro servidor. Ahora, si ya estamos posicionados en el directorio de nuestro blog, creamos una carpeta temporal para trabajar:
$ mkdir borrar $ cd borrar
(de más está decir que el “$” no va, tan solo es para demostrar que estamos en la consola como un usuario. Si fuéramos “root” entonces se verÃa un “#”)
Dentro del directorio como ya estamos, hacemos que sea el server quién se baje el Wordpress:
$ wget http://wordpress.org/latest.zip ...(montón de texto acá que nos muestra que el archivo latest.zip ya se bajó)... $ unzip latest.zip ...(mucho más texto mostrándonos como se descomprime todo en una carpeta llamada wordpress)... $ cd wordpress/
Hasta aqui, tenemos el nuevo Wordpress, en el servidor, pero dentro de una carpeta que serÃa directorio-base/borrar/wordpress, y estamos parados dentro de esa carpeta. Solo tenemos que copiarlo al directorio que contiene nuestro blog actual
$ cp -Rf ./* ../../
Y unos segundos después, ya está. El Wordpress anterior fue pasado, pisado, y tenemos el nuevo. Ahora necesitamos ir a http://url-de-nuestro-blog.com/wp-admin/upgrade.php y actualizar el esquema de la base de datos, si es que fuera necesario. Casi siempre es necesario, pero de no serlo, el script nos avisará y no hará nada, asi que no hace daño ir.
A simple vista, el proceso no es mucho más sencillo que el anterior, pero al ahorrarnos el tiempo de descargar nosotros un archivo (haciendo que lo descargue el servidor por su cuenta) y mejor aún, evitándonos subir lo que descargamos al servidor (ya que no será necesario), ganamos mucho tiempo.
Y sin contar si en el mismo servidor, hay que actualizar dos, tres, cuatro o veinte blogs. Se baja una vez, se copia a múltiples directorios, y se visita la URL de upgrade uno por una… el tiempo que se gana aumenta cuántos más blogs tengamos.
Espero que les haya servido esto que les cuento, después de actualizar 6 blogs solo en unos minutos, pensé que seguramente era algo que les vendrÃa bien si no lo tenÃan en cuenta. Igualmente, se que varios conceptos quedan un poco difusos, asà que utilicen los comentarios para despejar sus dudas.
2 comentarios



Si no actualizo rapido los blogs es por prudencia, luego de decenas de actualizaciones sufridas ahora mejor me espero a la versión 2.x.1; Es más hoy por actualizar a wp2.6 me fue medio mal.
Me extraño que no usaras subversion para actualizar; por mi parte en CentOS me pasa que el $cp -f siempre me pide confirmacion :S Al final termino haciendo un diff entre versiones y solo subo los archivos modificados.
Esa es muy buena! no me habÃa acordado de la posibilidad de hacer un svn up y listo. El único problema que le veo a eso es que para instalar primero habrÃa que tener SVN instalado en el servidor, y es mucho más habitual encontrar SSH que SVN, creo.
De todas maneras, le voy a pegar un vistazo, es mucho más cómodo y mucho menos que tipear, por ende, mucho más rápido además.