Dominar las migraciones: formas más rápidas, fáciles y seguras de mover su sitio de A a B

¡Las migraciones pueden ser complicadas! Todos conocemos ese sentimiento de frustración (o pavor total) cuando vemos que uno falla, pero también conocemos la sensación de alivio cuando una migración tiene éxito. Con todas las complejidades y matices de las migraciones, ¿cómo podemos aumentar nuestra tasa de éxito y recuperar nuestro tiempo para concentrarnos en el trabajo que realmente queremos hacer?

Ya sea que necesite copiar un proyecto establecido en su máquina local o implementar un puñado de actualizaciones incrementales en producción, siga los pasos que le explicamos cómo puede acelerar, simplificar y reducir el riesgo de sus migraciones.

Altavoces:

• Kevin Hoffman, gerente sénior de productos en WP Engine
• Austin Wendt, gerente sénior de productos en WP Engine

Diapositivas de la sesión:

Transcripción:

AUSTIN WENDT: Bienvenidos todos y gracias por unirse. Estamos emocionados de tenerte. Y bienvenidos a la Conferencia DE{CODE}.

Mi nombre es Austin Wendt, soy gerente sénior de productos aquí en WP Engine y trabajo en la creación de nuestro producto local. Y mi colega, Kevin, y yo, a quienes conocerá aquí en un minuto, estamos emocionados de hablarles hoy sobre la construcción más inteligente, particularmente en términos de dominar sus migraciones. Por lo tanto, cubriremos formas más rápidas, fáciles y seguras de mover su sitio del punto A al punto B para que se sienta seguro en esos flujos de trabajo de desarrollo, ya sea que esté llevando un sitio a un entorno de desarrollo local seguro o Está listo para impulsar ese sitio en vivo con el tiempo.

Cubriré una agenda rápida antes de sumergirnos. Entonces, lo que cubriremos hoy es que presentaremos los tres tipos de migraciones que nos gusta pensar aquí en WP Engine mientras hablamos sobre mover código. Definiremos nuestro flujo de trabajo de migración ideal y lo guiaremos a lo largo de esta presentación, de diferentes formas de mover su código. Cubriremos la exportación de su sitio existente y su eliminación, la importación a un entorno de desarrollo local.

Hablaremos sobre cómo realizar una implementación por primera vez, de modo que cuando ponga en marcha su sitio por primera vez, cómo se ve y un par de formas de lograrlo. Y luego sincronizar esos dos entornos con el tiempo. Así que vamos a sumergirnos en eso.

Los tres tipos de migraciones en los que pensamos: hay tres opciones principales que un usuario podría intentar lograr. El primero es de remoto a local. Por lo tanto, si ya tiene un sitio alojado en algún lugar de la web y desea incorporarlo a un entorno local local, tal vez con l minúscula, es útil cuando tal vez esté comenzando a trabajar en el sitio existente de un cliente. Por lo tanto, ha heredado un nuevo cliente o un cliente le pide que realice cambios y los derribe a un lugar seguro, para que pueda solucionarlos en un entorno de bajo riesgo.

También es muy útil cuando solo está tratando de extraer los últimos cambios de la base de datos, para asegurarse de que su entorno remoto y su producción, o disculpe, el entorno de desarrollo, coincidan lo más posible. El segundo es Local a remoto. Entonces, cuando regrese de su máquina personal al servidor alojado en algún lugar, ya sea que esté implementando un sitio completo por primera vez, o haya realizado algunos cambios en el código y los esté impulsando, llame prepárese para temas o complementos, lo que sea que le gustaría ver reflejado en vivo en su sitio.

Y el segundo, disculpe, el tercero es de remoto a remoto. No profundizaremos mucho en esto hoy, pero es algo que es posible con las herramientas que aprenderá. Usualmente usaría esto cuando está cambiando de proveedor de alojamiento, por lo que se muda del host A al host B, o potencialmente cuando se está moviendo entre entornos de desarrollo, preparación y producción, donde sea que esté alojado su sitio.

Entonces, con eso, se lo pasaré a Kevin para que se presente y nos ayude a comenzar con el flujo de migración ideal. Kevin, llévatelo.

KEVIN HOFFMAN: Hola, gracias, Austin. Mi nombre es Kevin Hoffman, soy el gerente de producto de WP Migrate. Quiero comenzar hoy comenzando con un plan de juego del tipo de migraciones que vamos a abordar. Entonces, cada vez que pasa de un entorno remoto a su máquina local y realiza una copia de seguridad en un host remoto, puede ser una tarea abrumadora. Pero queremos que termine esta presentación con un plan de juego de soluciones para que pueda realizar estas migraciones usted mismo con confianza.

Y para empezar, queremos sacar el sitio existente del antiguo host. Eso incluirá una exportación completa del sitio usando WP Migrate. Luego vamos a pasar a Local, donde podemos hacer nuestros cambios de desarrollo local y luego implementar ese sitio nuevamente en nuestro nuevo host.

Entonces, para comenzar, voy a pasar a un flujo de exportación de sitio completo usando WP Migrate. Quizás se esté preguntando, ¿por qué usamos una exportación de sitio completo en esta situación? ¿Por qué no empujar o tirar directamente entre dos entornos? Bueno, hay algunas razones para eso.

Para comenzar, usaré la versión Pro de WP Migrate, pero también puede seguir WP Migrate Lite, que es la versión gratuita de nuestro complemento en el directorio de complementos de WordPress.

Las cuatro razones principales por las que usamos una exportación de sitio completo en esta situación son, en primer lugar, porque se trata de una migración unidireccional. Queremos salir del host remoto y no tenemos planes de regresar. Tampoco hay una instalación local existente para que podamos mover el sitio. Si lo hubiera, podríamos usar tal vez una migración de inserción o una migración de extracción para bajar el sitio a la máquina local. Pero debido a que no hay una instalación existente, una importación de arrastrar y soltar a local tiene más sentido.

Y finalmente, al hacer una exportación completa del sitio, también obtenemos una copia de seguridad gratuita. Todo el sitio se encapsulará en un archivo zip incluido, que es una gran copia de seguridad antes de realizar cambios en el futuro.

Entonces, para comenzar, entremos a WP Migrate y veamos cómo funciona.

Entonces, cuando abra WP Migrate por primera vez, tendrá seis acciones frente a usted. Debido a que queremos sacar el sitio del host remoto lo más rápido posible, elegiremos la acción de exportación. Abrir el perfil de exportación nos brinda la posibilidad de configurar las opciones de la base de datos, así como los medios, temas, complementos y archivos principales de WordPress.

Sigamos adelante y comencemos con la configuración de la base de datos. Ahora, si quisiera, podría excluir ciertas tablas o tipos de publicaciones de esta migración. Pero por ahora, quiero ir con la configuración predeterminada y sacar todo el sitio del host remoto. Quiero mencionar los campos estándar de búsqueda y reemplazo, como la URL o la ruta de la instalación local de WordPress, en el sitio que estamos exportando.

Ahora, si estuviera realizando una migración manual, es posible que desee mover estos valores y editarlos para que coincidan con el destino. Sin embargo, debido a que usamos Local, es lo suficientemente inteligente como para encargarse de buscar y reemplazar por nosotros, por lo que en realidad no tenemos que completar estos campos opcionales. Podemos dejarlos en blanco y seguir adelante.

El siguiente paso es la búsqueda y reemplazo personalizados. Esta es la capacidad de buscar cualquier cadena en mi base de datos de WordPress o en mi contenido en mi sitio. Por ejemplo, tal vez tengo un nombre de empresa anterior y quiero reemplazarlo con el nuevo nombre de mi empresa, puedo hacerlo a través de estos campos personalizados de búsqueda y reemplazo. Y puedo agregar filas adicionales, según sea necesario.

Entonces eso se encarga de la base de datos. Pasemos a nuestras cargas de medios. Ahora, debido a que estoy moviendo todo el sitio, quiero seleccionar Exportar todas las cargas de medios. Pero quiero excluir algunos archivos como registros, copias de seguridad y cachés, que podrían inflar la exportación.

A medida que avanzamos en los archivos de temas, quiero incluir todos mis temas. Esta vez no, solo los temas activos, porque solo me preocupan los temas que afectan activamente el sitio en vivo.

Del mismo modo, con los complementos, solo quiero exportar mis complementos activos. Y con los archivos del núcleo de WordPress, quiero seguir adelante e incluirlos, porque quiero asegurarme de que mi núcleo de WordPress coincida con la versión exacta del sitio desde el que estoy exportando.

Con el perfil completamente configurado, ahora puedo iniciar la exportación, que recorrerá rápidamente las tablas de mi base de datos, las cargas de medios, los temas, los complementos y los archivos principales de WordPress.

En este punto, la base de datos y todos los archivos dentro del sitio se agrupan en un archivo zip conveniente. Entonces, en solo 18 segundos, todo el sitio se comprimió.

Ahora estoy listo para mudarme a Local. Y antes de hacer eso, quiero echar un vistazo rápido dentro del archivo zip para ver qué hay allí. Puedes ver que tengo un directorio de archivos. Esto incluye todos los archivos de WordPress, incluido mi contenido de WP, complementos, temas y cargas. Y también tengo el volcado de la base de datos.

Y otro archivo, que es realmente importante y exclusivo de WP Migrate: el archivo JSON de exportación de WP Migrate incluye información clave sobre el sitio que se exportó, como la versión de PHP y la versión de MySQL, de modo que cuando Local se encarga de la importación , puede coincidir con ese entorno remoto lo más cerca posible.

Entonces, con eso, está listo para importar a Local. Y lo enviaré de vuelta a Austin.

AUSTIN WENDT: Impresionante, gracias, Kevin. Sí, estoy emocionado de cubrir, como mencionó Kevin, cómo podemos importar ese archivo zip a Local y estar listo para comenzar a construir. Pero primero, quiero asegurarme de presentarles qué es Local. Si no está familiarizado, Local es la herramienta de desarrollo de WordPress número uno, creada por humanos aquí en WP Engine, y estamos muy emocionados de compartir y ofrecer con la comunidad de forma gratuita.

Así que es una herramienta de desarrollo gratuita. Si no ha oído hablar de él, échele un vistazo, localWP.com, nos encantaría que use el producto. Pero hoy, vamos a usar Local para facilitar este flujo de trabajo.

¿Y por qué locales? Similar a cualquier entorno que sea específico para su máquina, es de muy bajo riesgo. Y como dijo Kevin, lo que Local intentará hacer cuando importe esa exportación de WP Migrate es que vamos a imitar de cerca el entorno de producción. Entonces, tan cerca como podamos, la versión de WordPress, la versión de PHP, la base de datos, su máquina local debería imitar lo que sucede en producción, de modo que si está solucionando problemas o tratando de ver qué está mal, Local debería ser capaz de decir usted, y estar lo más cerca posible de lo que está sucediendo, en su entorno alojado.

Otro beneficio clave de hacer esto con Local es el flujo de trabajo que Kevin acaba de mencionar es independiente del host. Entonces, independientemente de dónde esté alojado, ya sea con Flywheel o WP Engine, podrá exportar ese sitio y acceder al sitio local de manera rápida y sencilla.

Así que lo pasaré a una demostración y le mostraré cómo se ve esto dentro de la interfaz de usuario local.

Impresionante, ya hice una migración de WP y guardé ese zip en mi escritorio. Y cuando vaya a crear un sitio en Local, habrá esta nueva zona de arrastre que indica que puede arrastrar y soltar archivos zip aquí. Lo que también es bueno de Local es que puedo hacer esto desde cualquier pantalla dentro de la interfaz de usuario. Entonces, si arrastro y suelto ese archivo zip sobre Local, me sugerirá el nombre del sitio desde ese archivo JSON de exportación de migración de WP que Kevin mencionó.

Está preseleccionado mi PHP, mi servidor web, mi base de datos. Y luego, hago clic en Crear y Local se encarga del resto. Entonces, Local está descomprimiendo activamente ese archivo zip, importando todos esos archivos de WordPress y configurando ese sitio en mi máquina en un estado que es lo más cercano a la producción que podemos obtener.

Mientras esto está girando, me pedirá permiso para actualizar mi archivo de host, ingresaré mi contraseña y permitiré que lo haga. Pero luego, Local comienza a agregar WordPress y está listo para comenzar.

Mientras esto termina, algo que destacaré rápidamente es lo que puede ver en el lado izquierdo: la capacidad de agrupar sus sitios es nueva en Local en las últimas semanas. Así que arrastraré y soltaré Garrett's Grocery en mi sección de demostración DE{CODE}, que es una buena manera que le animo a visitar para organizar sus sitios, tal vez agruparlos por cliente o por versión, conectado a WP Motor o no, lo que mejor te funcione. Así que pruébalo.

Pero Local está terminando aquí, está cambiando el dominio de ese sitio. Y lo que va a hacer es configurarlo en mi máquina para que esté disponible, como pueden ver aquí, en mysite.local. Si hago clic en Abrir sitio, aquí está Garrett's Grocery. Así que efectivamente me fui de mi entorno alojado, lo arrastré y lo solté en Local, y lo tengo ejecutándose en mi máquina en menos de dos minutos, lo cual es increíble.

Entonces, con este ejemplo, lo que hemos mostrado es poder tomarlo de su host anterior, independientemente de dónde esté en Internet, y con una combinación de exportación de sitio completo de WP Migrate, llevándolo a Local e imitando su entorno de producción en menos de un par de minutos.

Ahora, la pregunta es, una vez que lo tengo en Local, estoy listo para comenzar a hacer cambios. ¿Cómo lo retiro y lo vuelvo a poner en vivo en Internet? Para tomar su sitio de Local y volver a colocarlo en su host, usaremos Local Connect para implementarlo en WP Engine o Flywheel. Tanto desde una migración completa del sitio como desde migraciones parciales.

Pero, ¿por qué querría hacer una implementación completa del sitio? La implementación por primera vez de un sitio completo en su host es un buen ejemplo aquí. Entonces, tal vez el sitio aún no existe, o tal vez es solo un sitio con plantilla en el host. Si desea incluir temas completos o cambios de complementos, o tal vez solo esté listo para sobrescribir por completo el sitio actual que está en el host hoy. Entonces, tal vez ya tenga contenido, pero lo que hay ahora ya no es productivo ni propicio, y está listo para borrarlo, usaría una implementación completa del sitio.

Entonces, usar Local es bastante fácil de lograr. Y te mostraré una demostración de cómo se ve. Así que tengo Garrett's Grocery aquí y he realizado una serie de cambios en el sitio web que estoy listo para impulsar. Ahora, Local tiene el concepto de Local Connect, como mencioné: hay este ícono de nube en el lado izquierdo, para Connect. También hay un Conectar al host en la parte inferior derecha, que me permitirá conectar WP Engine o Flywheel.

Por hoy, lograré esto yendo a la pestaña Conectar y haciendo clic en Conectar a una plataforma. Iniciaré sesión en mi cuenta de WP Engine, que le he ahorrado al verme iniciar sesión. Lo que puede ver que sucede es que Local Connect extrae todos los sitios a los que tengo acceso en WP Engine. Ahora, lo que haré es regresar a Garrett's Grocery en mi descripción general. En la parte inferior derecha, seleccionaré Conectar a WP Engine.

Local verificará que ese sitio sea compatible con la infraestructura de WP Engine. Entonces, usando WordPress y PHP actualizados, y luego puedo hacer clic en Push.

Push me permitirá elegir la vista que quiero sobrescribir en WP Engine. Me permitirá elegir el entorno. Así que elegiré el sitio de Austin Wendt y elegiré Producción. Y lo que verá que sucede en el lado derecho de la pantalla es que Local está determinando la lista de archivos.

Lo que eso significa que es local es esencialmente ejecutar una diferencia entre lo que está en mi máquina y lo que existe en el servidor, y proporcionarme eso para que realmente pueda ver y comprender los cambios que estoy a punto de hacer. Debido a que esta es una implementación de sitio completo, puede ver que no sucede nada en mi entorno local, pero voy a sobrescribir todo lo que está en producción, como puede ver con esas X rojas en el lado derecho.

Entonces hago clic en Push to WP Engine y Local comienza a encargarse del resto. Este video completo dura aproximadamente cuatro minutos. Te ahorraré que lo veas conmigo, mientras estoy sentado aquí. Lo que sucede es que Local está empaquetando esos archivos. Comienza a cargar esos archivos en WP Engine. Y comenzando a analizar, como dije, las diferencias entre lo que hay en mi máquina y lo que hay en el servidor de WP Engine.

Este mismo flujo de trabajo también se aplicaría a Flywheel, si aloja allí. Seguiremos el mismo flujo ingresando esa diferencia de archivo entre su máquina y el servidor.

Ahora, Local comienza a empaquetar la base de datos. También está empujando eso a WP Engine. Entonces, está eliminando todas las tablas existentes en el servidor remoto y reemplazándolas con lo que proviene de mi máquina.

Como parte de esa transición de la base de datos, observará el dominio del sitio y realizará una búsqueda y un reemplazo por mí, como puede ver ahora. Para que todos mis enlaces y URL que están almacenados en mi base de datos se actualicen, junto con los prefijos de las tablas, para que funcionen correctamente en el entorno de producción.

Entonces actualizará esos prefijos de tabla para mí. Y así, mi sitio ha sido enviado a WP Engine.

Entonces, comenzando esto de nuevo, Garrett's Grocery todavía está en mi máquina. Pero también, si voy a la pestaña Conectar, puedo ver el sitio de Austin Wendt que presioné a la derecha, dice que está conectado a Garrett's Grocery. Y si tuviera que hacer clic en el nombre del sitio, Austin Wendt, se abrirá en un navegador para mostrarme ese nuevo contenido en vivo en Internet.

Entonces, ahora que entendemos cómo usar Local para lograr una implementación completa del sitio, me gustaría cubrir cómo podemos usar Local para sincronizar también entornos usando una función que conocemos como MagicSync.

Entonces MagicSync es otra palabra para migraciones incrementales. Entonces, mueva solo pequeños fragmentos de código entre su entorno local y el servidor remoto. ¿Y por qué querrías hacer esto?

Así que tal vez no quieras reemplazar todo el sitio. Solo ha realizado cambios parciales más pequeños en un sitio existente que está listo para publicar. Lo que también es bueno acerca de Local: un Local le permitirá, como mencioné, esa función de diferenciación, seleccionar y elegir los archivos que desea incluir, o incluso excluir. Entonces, un gran caso de uso común aquí es que tal vez he hecho muchas cosas en mi máquina, pero quiero excluir empujar y tirar de medios, porque esa es una parte muy pesada e intensiva de mi sitio. Puedo anular la selección de medios.

Así que nos sumergiremos en una demostración aquí de cómo se ve MagicSync. Nuevamente, aquí tengo Garrett's Grocery, digamos que esta vez hice otro conjunto de cambios más pequeños, y estoy listo para verlo reflejado en vivo en WP Engine. El mismo flujo de trabajo aquí: en la parte inferior derecha de mi pantalla, vuelvo para presionar WP Engine. Ya está preseleccionado el sitio de Austin Wendt para mí y el entorno, recordando desde la última vez que lo hice.

Y esta vez, será más corto: está determinando, nuevamente, esa diferencia entre lo que hay en mi máquina y lo que hay en los servidores de WP Engine. Así que volverá aquí, y hay un conjunto más pequeño de cambios que detecta que se han realizado en el sitio. Puedo anular la selección de todos los cambios de archivo que quiero. Puedo seleccionar solo mi carpeta de contenido de WP.

O tal vez en este caso, digamos que solo quiero enviar mi base de datos. Entonces puedo marcar la casilla de la base de datos y presionar Push. Entonces, ahora lo que está sucediendo es el mismo flujo de trabajo que presenciamos antes, excepto que Local en realidad no está subiendo ningún archivo a WP Engine. Solo está reemplazando los cambios en la base de datos que hice en mi máquina con la base de datos que estaba actualmente en el servidor WP Engine.

Entonces, un flujo de trabajo similar aquí: en realidad, veremos este proceso, porque no lleva tanto tiempo. Porque el diferencial es menor. Así que subiremos la base de datos a WP Engine. Local, nuevamente, avanzará por mí y hará esa búsqueda y reemplazo. Por lo tanto, detectará si los prefijos de la tabla han cambiado, las URL que eran diferentes en mi máquina deben reflejarse en el host remoto.

Hará esas actualizaciones por mí. Y en menos de aproximadamente un minuto, los cambios en el sitio que hice en mi máquina se enviarán a WP Engine y estarán listos para ser consumidos por colegas y compañeros que solo quieran revisar el trabajo que he hecho. tal vez presioné a un entorno de desarrollo o si está en vivo en la web en producción, y listo para que mis clientes o clientes, o simplemente los consumidores, lo vean en la web.

Entonces, así, el sitio se envió a WP Engine y si volviera al navegador, vería el sitio actualizado y reflejado allí. Entonces, ahora que entendemos cómo usar Local para lograr migraciones incrementales, me gustaría devolvérselo a Kevin para mostrarle otra forma de lograr esto usando la herramienta WP Migrate.

KEVIN HOFFMAN: Hola, gracias, Austin. Le agradezco que nos indique el flujo de trabajo de Local a WP Engine, pero sabemos que no siempre tiene control sobre su proveedor de alojamiento. Entonces, el siguiente flujo de trabajo le mostrará cómo migrar entre dos entornos de WordPress. En este caso, pasando de Local a cualquier otro proveedor de alojamiento web.

Para hacer eso, vamos a usar un concepto llamado empujar y tirar, usando WP Migrate. Ahora, ¿por qué harías un empujón o un tirón? Ahora, en contraste con una exportación de sitio completo, esta es una migración bidireccional. Eso significa que ambos sitios ya existen y requiere un poco más de inversión inicial para una rentabilidad a más largo plazo.

Entonces, una vez que haya completado esta configuración, estará listo para manejar sus migraciones incrementales a lo largo del tiempo y mantener dos entornos sincronizados de manera continua.

Entonces, veamos cómo se ve eso. Entonces, digamos que su sitio está listo para implementarse en su host remoto. Tiene varias publicaciones y varias imágenes en su biblioteca de medios. Tomaremos este contenido y lo moveremos a un nuevo sitio que actualmente no tiene publicaciones ni imágenes en la biblioteca de medios.

El enfoque diferente que vamos a tomar aquí es usar una migración de inserción. Y lo primero que me pidió es información de conexión del sitio remoto. Entonces puedo cambiar al sitio remoto y, en mi pestaña de configuración, copiar la información de conexión directamente a mi portapapeles. También quiero habilitar la migración de inserción para poder aceptar estas solicitudes de inserción desde el sitio local.

Al pegar esa información en el cuadro de información de conexión, ahora estoy conectado al sitio remoto y estoy listo para configurar las opciones de mi base de datos. La gran diferencia que notará aquí, en comparación con nuestro flujo de trabajo de exportación, es que los lados Buscar y Reemplazar de la URL y la ruta se completan por completo para nosotros. Y eso es porque WP Migrate está en ambos sitios, tiene acceso a esa información y puede encargarse de ella sin que tengamos que ingresar nada para iniciar la migración.

No voy a hacer una búsqueda y reemplazo personalizados, pero voy a incluir todas mis cargas de medios de la biblioteca, así como todos mis temas y complementos. Ahora, una característica única que notará aquí al seleccionar mis complementos es que me muestra cuál es el estado de ese complemento en el sitio remoto. Ahora, en este caso, no hay complementos allí, por lo que todos estos complementos se agregarán por primera vez, y el número de versión actual se indica cuando pasa el mouse sobre ese icono.

Seguiré adelante y guardaré este perfil para usarlo en el futuro, y lo llamaré Push Full Site. Entonces, cada vez que necesito enviar un sitio completo a esa ubicación remota, simplemente puedo volver a visitar este perfil y ejecutarlo.

Cuando ejecute el perfil, lo verá una vez más pasar por tablas, cargas de medios, temas, complementos y obtendrá información sobre el tamaño de las solicitudes a medida que avanza la migración.

Una vez que se completa la migración, puede continuar y cerrar el modal, y sus dos entornos ahora están sincronizados.

En este punto, es posible que desee volver a visitar la pantalla de su perfil para verificar cómo ese perfil guardado está disponible para que vuelva a hacer clic, si alguna vez necesita ejecutarlo nuevamente.

Así que esa es una implementación de sitio completo con un perfil guardado en WP Migrate. Pero es posible que se pregunte, ¿qué pasa con la implementación de cambios incrementales? Entonces, como le mostró Austin, al usar MagicSync en Local, esta es otra forma de hacerlo con WP Migrate. Así que voy a crear otro perfil push, ingresaré la misma información de conexión, pero esta vez, cuando seleccione mis cargas de medios, solo voy a enviar cargas de medios nuevas y actualizadas.

Esto significa que, la primera vez que se ejecute la migración, incluirá todo. Pero cada migración a partir de entonces, solo incluirá los archivos multimedia que han cambiado.

Este es un flujo de trabajo excelente en cualquier momento en el que envíe contenido y archivos multimedia sin tener que preocuparse por temas o complementos. Ahora voy a guardar este perfil y lo llamaré Push Content and Media.

Esto me deja ahora con dos perfiles de migración que puedo usar para dos propósitos diferentes. Están guardados en la pantalla de mi perfil y están disponibles cada vez que necesito volver a acceder a ellos. Incluso podría configurar un perfil de extracción para luego extraer los datos de producción a este sitio local y mantener los dos entornos sincronizados en ambas direcciones.

Eso concluye nuestros flujos de trabajo usando local y WP Migrate para pasar de remoto a local y de regreso a remoto.

Entonces, como puede ver, ahora que nuestro plan de juego está completo, tenemos soluciones para salir del sitio remoto mediante una exportación completa del sitio desde WP Migrate, arrastrar y soltar, importar eso en local y luego subir a WP Engine o Flywheel, o cualquier otro anfitrión. Entonces, esto es solo la punta del iceberg cuando se trata de soluciones de migración y lo que es posible cuando usa WP Migrate y Local juntos.

Así que esperamos que le proporcione un plan de juego la próxima vez que necesite ejecutar sus propias migraciones. Esperamos saber de usted en nuestras cuentas de Twitter para WP Migrate y Local, y esperamos que disfrute el resto de DE{CODE]. Gracias por unirte a nosotros.