¿Cómo mover fácilmente una instalación de WordPress del entorno de desarrollo a producción?

Cuando es posible, configuro WP_HOME y WP_SITEURL en el archivo wp-config.php. Esto, combinado con un volcado e importación de la base de datos, es la solución más simple de todas las que conozco.

http://codex.wordpress.org/Changing_The_Site_URL#Edit_wp-config.php

Mi truco favorito; agregar una configuración a tu /etc/hosts para que el dominio de producción apunte a tu máquina de desarrollo, solo en tu equipo. Para implementar en producción, sincronizas todos los archivos con rsync y transfieres la base de datos.

Los riesgos de esta estrategia son claros; podrías confundir tu entorno de desarrollo con el de producción.

Aún así, es una solución fácil.

Quería algo similar cuando migré a WP hace unos meses, así que escribí un script de shell bastante simple que utiliza rsync y mysqldump sobre ssh:

http://snarfed.org/sync_wordpress

No es sofisticado ni basado en web, pero estoy contento con él.

WP Engine es un nuevo servicio que ofrece "Entorno de Pruebas con Un Solo Clic":

WPEngine tiene una función exclusiva llamada "staging". Así es como funciona: Antes de realizar un cambio riesgoso en tu blog, haz clic en el botón "snapshot". Creamos una copia completa de tu blog y la configuramos en un área separada y segura. Puedes hacer cualquier modificación; nada estará en vivo. Solo cuando estés listo para publicar los cambios, los aplicas en tu sitio principal.

Parece una forma muy sencilla de pasar rápidamente del desarrollo a producción, especialmente con un sitio que ya está en vivo.

Plugin Duplicator: Aquí hay un plugin en el que he estado trabajando. Actualmente está en fase beta pero cumple su función en la mayoría de los sitios. Por ahora está orientado a instalaciones pequeñas de WordPress. http://wordpress.org/extend/plugins/duplicator/

Recursos: Puedes encontrar recursos adicionales para el plugin aquí: http://lifeinthegrid.com/duplicator/

Comunidad: ¡Por favor, háznos saber sobre tus éxitos o cualquier problema que puedas encontrar! Para gestionar mejor los diferentes hilos, por favor publica los problemas en los foros de plugins de WordPress.org. No publiques ningún dato de registro del plugin en los foros públicos. Los datos de registro pueden enviarse a nuestro sitio de soporte.

Podrías echar un vistazo a un producto de iThemes llamado BackUpBuddy. Solo lo he usado un par de veces, cada vez tuve algún problemilla, pero en general parece prometedor.

A partir del 2017, estas son las dos mejores formas que he encontrado para manejar la transferencia de una base de datos de WordPress desde el desarrollo a producción.

WP Migrate DB Pro / WP Sync DB

https://wordpress.org/plugins/wp-migrate-db/

Estos plugins de WordPress te permiten empujar, jalar y sincronizar tablas de bases de datos entre instalaciones de WordPress. Esto es mucho mejor que un buscar/reemplazar por muchas razones porque:

• Exporta tu base de datos como un volcado de datos MySQL (similar a phpMyAdmin)
• Realiza un buscar y reemplazar en URLs y rutas de archivos
• Maneja datos serializados
• Te permite guardarlo en tu computadora como un archivo SQL

Soy partidario de que se pague por el trabajo que uno hace, así que te recomiendo que apoyes al Sr. Brad Touesnard y compres una licencia del producto original. WP Sync DB es una réplica y siempre está atrasado en soporte como resultado. Con este plugin el proceso es extremadamente simple:

1. Instala/activa el plugin en tu localhost y entorno de producción
2. Configura una transferencia de empuje desde tu localhost/servidor de desarrollo a tu producción
3. Llena las reglas sobre qué tablas transferir y define reglas de buscar y reemplazar a realizar
4. ¡Eso es todo!

Database Search & Replace for WordPress Databases by InterconnectIT

https://interconnectit.com/products/search-and-replace-for-wordpress-databases/

Esta herramienta gratuita no es un plugin, sino que se instala en el directorio raíz de tu instalación de WordPress en producción. No es tan buena como WP Migrate DB Pro porque requiere algunos pasos manuales, pero aún así es una gran opción que funciona consistentemente. Cuando usas este enfoque el proceso es así:

1. Haz una copia de seguridad de tu base de datos local, esto es absolutamente necesario ya que la reimportaremos pronto
2. Añade el script a una carpeta en el directorio raíz de tu instalación
3. Ejecuta el buscar y reemplazar en tu base de datos
4. Exporta tu base de datos y guárdala para tu entorno de producción
5. Reimporta tu copia de seguridad del paso #1 para restaurar tu localhost
6. Conéctate a tu base de datos de producción y haz una copia de seguridad (como siempre deberías hacer antes de estas cosas)
7. Importa la exportación que hicimos DESPUÉS de ejecutar la rutina de buscar/reemplazar del paso #4

Puedes usar un enfoque más rápido, pero implica tiempo de inactividad para tu sitio en producción, lo cual en mi opinión es inaceptable. Por algo le llamamos producción, ¿verdad?

Esto parece prometedor. Estamos trabajando en algunos scripts para manejar la migración de algunos datos, como wp-options, cambiando rutas en la base de datos y copiando medios.

El problema que tengo es que el sitio en vivo sigue creciendo mientras el otro está en desarrollo. Un sitio en el que trabajamos tiene 20 publicaciones al día y más de 3,000 comentarios diarios. Eso es demasiada información para mover con phpmyadmin o mediante la línea de comandos. Además, mover los datos siempre causa problemas de UTF por alguna razón.

También, ahora que parece que las opciones de menú se almacenan en la base de datos, tengo aún más con qué lidiar.

Subo todo mi código a SVN y lo despliego vía FTP desde el servidor (Beanstalk). Sin embargo, esto no realiza los cambios en la base de datos por mí ni activa nuevos plugins.

Mi plan actual es crear un archivo de manifiesto mientras desarrollo para realizar todos mis cambios en el sitio en vivo.

Por ejemplo, el archivo tendría líneas legibles para humanos que incluirían:

• Plugins para activar
• Opciones de wp-options para migrar
• Imágenes para mover
• Páginas para transferir

Luego, mi plugin detectaría el archivo de manifiesto y haría todos los cambios en el sitio de staging.

Una vez probado y seguro de haber capturado todo, podría estar seguro de que funcionaría en producción.

Este plugin es todavía solo una idea, pero ya tengo algo de código escrito para él.

Además, si quieres hacer cambios solo a la URL en tu base de datos, puedes usar el siguiente SQL:

Solo reemplaza $old$ con el dominio antiguo y $new$ con el nuevo:

update wp_postmeta set meta_value = replace(meta_value, '$old$' , '$new$') ;
update wp_posts set post_content = replace(post_content, '$old$' , '$new$') ;
update wp_options set option_value = replace(option_value, '$old$' , '$new$') ;

Estoy abordando personalmente este problema con mi proyecto en Github, llamado Autopress. Todavía no tengo una solución perfecta, pero me estoy acercando, especialmente con el plugin wpstage de la gente de wpengine.

Dos proyectos de Google Summer of Code que tienen un objetivo similar:

• Migración Automática (GSoC 2010)
• WordPress Move (propuesta) (GSoC 2011)

He estado usando http://wordpress.org/plugins/wp-clone-by-wp-academy/. ¡Funciona muy bien!

Solo 3 pasos:

1. Instala el plugin en ambos sitios.
2. Usa el plugin para generar una copia de seguridad en el sitio antiguo.
3. Toma la URL de respaldo que te proporciona e ingrésala en la página del plugin del nuevo sitio, haz clic en ir, ¡y tu migración estará completa en solo unos segundos!

Ajusta automáticamente todas las URLs, incluyendo reemplazos en cadenas serializadas, por lo que no hay riesgo de perder configuraciones de widgets, etc.

Los únicos problemas que he tenido son con algunos sitios con bases de datos más grandes (~300MB), que causaron tiempos de espera en la ejecución de scripts PHP durante la importación de la copia de seguridad del sitio.

Normalmente inicio sesión en phpMyAdmin, subo la base de datos y edito los contenidos de wp_options>siteurl y wp_options>home para establecer el dominio esperado. Si necesitas actualizar las URLs dentro del contenido de tus entradas y páginas, puedes hacer una búsqueda/reemplazo de la URL y la ruta de medios/uploads en el archivo .SQL antes de subirlo. Es un trabajo rápido.

Utilizo el comando de exportación de Subversion para instalar los archivos de WordPress (http://core.svn.wordpress.org/tags//) así como todos los plugins en el repositorio (http://plugins.svn.wordpress.org//tags//), luego simplemente comprimo el tema y los plugins personalizados y los instalo de manera normal. Una vez que todo está funcionando sin contenido, exporto la base de datos de prueba y hago una búsqueda/reemplazo de la URL Y la ruta del archivo (almacenada para medios) e importo en una base de datos vacía, luego solo cambio la información de la base de datos en wp-config.php. Generalmente me toma entre 10 a 20 minutos.

Aunque no faltan buenas soluciones aquí, en el espíritu de compartir pensé en agregar mi script de despliegue bash a la lista: https://github.com/jplew/SyncDB

SyncDB es un script bash de despliegue diseñado para eliminar la monotonía de sincronizar versiones locales y remotas de un sitio Wordpress. Permite a los desarrolladores que trabajan en un entorno local (ej. MAMP) "enviar" o "traer" cambios rápidamente hacia o desde su servidor de producción con un solo comando en la terminal.

Este script funciona bien con WP-Skeleton de Mark Jaquith, y utiliza mysqldump, git y rsync para sincronizar todo tu sitio—base de datos, código y archivos multimedia—en dos sencillos pasos:

./syncdb
git push hub master

Esta es la forma más fácil de todas: https://themes.artbees.net/docs/website-migration/
Solo toma dos clics. Uno para exportar, otro para importar.

Es posible utilizando el plugin All in one WP Migration. El enlace de arriba muestra cómo usarlo.

Otra herramienta útil para manejar migraciones de servidores para sitios es la CLI de WordPress, este artículo tiene una buena descripción general de lo que puede hacer, pero específicamente la sección de "Buscar y Reemplazar" es útil para encontrar todas las referencias a la URL antigua o de desarrollo:

Gestión Avanzada de WordPress Con WP-CLI

Dado que ejecuto mis sitios en IIS (también ejecuto ASP.NET, así que necesito Windows) uso WebPI de Microsoft para instalar una nueva instancia, luego copio la plantilla y utilizo la función de importar/exportar para transferir los datos.

No es perfecto, pero todo el proceso toma menos de una hora.

Obviamente sería ideal tener una solución de un solo clic, pero esto es lo que he encontrado como más sencillo para mi caso.

He estado usando el plugin backupbuddy por un tiempo ahora. Te permite hacer una copia de seguridad de la base de datos y todos los archivos, descargarla como un zip o enviarla directamente a otro servidor vía FTP. También hace la búsqueda y reemplazo de URLs por ti. Normalmente me toma unos 5 minutos completar todo el proceso. Y como todos los archivos están comprimidos, el proceso de subida/descarga es mucho más rápido. Y no, no trabajo para ellos, pero este plugin realmente ha hecho todo este proceso mucho más fácil.

Permíteme compartir uno de mis favoritos :-)

// bifurcación probada local<->en vivo (cubre pruebas en red local, ej. desde dispositivos móviles):
$GLOBALS['is_local'] =  
    in_array( $_SERVER['REMOTE_ADDR'], array("127.0.0.1","::1")) || // localhost simple (IPv4 IPv6)
              $_SERVER['HTTP_HOST'] == 'local.workblog'          || // llamado por nombre local (ajustar)
       substr($_SERVER["REMOTE_ADDR"],0,8) == '192.168.';           // dispositivo (móvil) en red local

$table_prefix  = NULL; // asegurar ámbito

if ( $GLOBALS['is_local'] )  // bifurcación LOCAL ------------------------
{
        ....
}
else  // bifurcación EN VIVO/ETAPA -------------------
{

...y luego continúas desde ahí. DB_NAME, DB_USER... table_prefix. Personalmente activo ALTERNATE_WP_CRON en local (para evitar algunas advertencias molestas), WP_DEBUG apagado en ambos (si no eres desarrollador) o solo en vivo (si lo eres), otro ini_set('display_errors', '0'); para producción también puede ser útil, y finalmente, como mencioné antes: WP_HOME y WP_SITEURL con la URL local/real respectiva.

Eso es básicamente todo, nada por encima de la clásica línea de WordPress '¡Eso es todo, deja de editar!'...

La parte de 192.168. te permite hacer pruebas locales (ej. desde tablets o teléfonos) dentro de tu red local)

El $GLOBALS['is_local'] también puede ser útil en el desarrollo de tu tema, para algo de salida de depuración extra, etc...

RAMP es un nuevo plugin de despliegue de contenido de Crowd Favorite, y parece realmente elegante. Sin embargo, cuesta $250, así que aún no lo he probado. Podría pagarse solo con el tiempo ahorrado, así que lo estoy considerando.

La gran ventaja que tiene sobre la mayoría de los otros métodos mencionados es que puede fusionar inteligentemente publicaciones, comentarios, etc. No es solo importar un volcado de MySQL, es más como un control de versiones para la base de datos. Por ejemplo, al desplegar una publicación, también desplegará las etiquetas de esa publicación si no existen ya en producción.

Esto puede que no existiera cuando hiciste la pregunta, pero he estado usando un servicio llamado Blogvault durante un par de meses y lo ha hecho impecablemente. Probablemente he realizado más de 50 migraciones (entre dominios, subdominios y distintos proveedores de hosting), sin ningún problema y en muy poco tiempo.

Es un servicio de pago (por dominio/mes), pero no es muy costoso.

Un compañero de trabajo encontró esto. Concepto interesante, aunque parece que no funciona entre servidores. Todavía lo estoy explorando, pero parece que podría funcionar muy bien para una instancia de staging

http://code.google.com/p/deploymint/

Otra solución de pago: el framework de temas Xtreme One lanzó la versión 1.2 con Xtreme Backup que te permite "exportar o importar la configuración de tus Childthemes, Diseños o Widgets con todos sus ajustes/contenido como archivo XML."

Después de seguir esta respuesta por un tiempo, he creado mi propio pequeño plugin: Pitta Migration. Las razones son:

1. De todas las ideas probadas aquí, la más simple son las opciones WP_HOME y WP_SITEURL
2. Luego uso estas para establecer las dos URLs coincidentes en wp_options, lo que cubre cuando los plugins/temas ignoran estas configuraciones
3. Esto me da un 100% de confianza en lo que se está cambiando en mi base de datos
4. También funciona multiplataforma (todos esos scripts bash no funcionan bien en Windows)
5. Es fácil entender lo que hace el plugin
6. No hay configuración más allá de las dos constantes: haz un mysqldump y una importación mysql a tu base de datos local y el plugin detecta que la constante y la tabla difieren y las actualiza para que coincidan
7. No hay búsqueda y reemplazo de texto
8. No hay posibilidad de dañar tu base de datos: uso el Objeto de Base de Datos de WordPress para hacer solo dos actualizaciones y nada más
9. Funciona bien con cosas como WordPress Skeleton donde puedes tener todo bajo control de código fuente y configurar un entorno local
10. Lo he puesto en el Directorio de plugins de WordPress y en Github para que sea gratuito, totalmente de código abierto, fácil de bifurcar y sencillo de instalar
11. Una vez instalado, puedes olvidarte de él y simplemente "funcionará": te muestra un pequeño aviso para indicar que la base de datos ha sido modificada
12. Debería funcionar con cualquier proceso de copia de seguridad/FTP/restauración

Si estás intentando lograr una sincronización continua, te sugiero usar rsync junto con un trabajo cron personalizado para reescribir cualquier URL o datos específicos del sitio.

En mi opinión, la forma más sencilla que sigo es la transferencia manual. Simplemente copia la carpeta wp-content y el archivo wp-config.php al nuevo host. Exporta la base de datos del host antiguo e impórtala en una nueva base de datos del nuevo host.

En la base de datos del nuevo host, ve a la tabla wp-options y allí cambia la URL del sitio y la URL del blog a la dirección del nuevo host desde el host antiguo. Por ejemplo, de http://localhost/wp a http://ejemplo.com.

Ahora, en el archivo wp-config.php, solo cambia la información de la base de datos y el usuario con los datos del nuevo host.

Inicia sesión en el nuevo wp-admin y ve a ajustes para guardar los enlaces permanentes.

Ya está listo. Creo que esto es simple sin usar ningún plugin.

He probado diferentes tipos de plugins y todos tienen muchos tipos de problemas.

Así que prefiero esta simple transferencia manual que creo que es más fácil.