Padroneggiare le migrazioni: modi più veloci, più facili e più sicuri per spostare il tuo sito da A a B

Le migrazioni possono essere complicate! Conosciamo tutti quella sensazione di frustrazione (o terrore assoluto) quando ne vediamo fallire uno, ma conosciamo anche il senso di sollievo quando una migrazione ha successo. Con tutte le complessità e le sfumature delle migrazioni, come possiamo aumentare il nostro tasso di successo e riconquistare il nostro tempo per concentrarci sul lavoro che vogliamo veramente fare?

Sia che tu debba copiare un progetto consolidato sul tuo computer locale o distribuire una manciata di aggiornamenti incrementali alla produzione, seguici mentre spieghiamo come puoi velocizzare, semplificare e ridurre i rischi delle tue migrazioni.

Altoparlanti:

• Kevin Hoffman, Senior Product Manager di WP Engine
• Austin Wendt, Senior Product Manager di WP Engine

Slide della sessione:

Trascrizione:

AUSTIN WENDT: Benvenuti a tutti e grazie per esservi uniti. Siamo entusiasti di averti. E benvenuto alla conferenza DE{CODE}.

Mi chiamo Austin Wendt, sono un product manager senior qui a WP Engine, lavorando alla creazione del nostro prodotto locale. E il mio collega, Kevin, e io, che incontrerai qui tra un minuto, siamo entusiasti di parlarti oggi di costruire in modo più intelligente, in particolare in termini di padronanza delle tue migrazioni. Quindi tratteremo modi più veloci, più facili e più sicuri per spostare il tuo sito dal punto A al punto B in modo che tu ti senta sicuro in quei flussi di lavoro di sviluppo, sia che tu stia portando un sito in un ambiente di sviluppo locale sicuro, sia che tu ' siamo pronti a pubblicare quel sito nel tempo.

Tratterò un breve programma prima di immergerci. Quindi quello che tratteremo oggi è che introdurremo i tre tipi di migrazioni a cui ci piace pensare qui a WP Engine mentre parliamo di spostamento del codice. Definiremo il nostro flusso di lavoro di migrazione ideale e ti illustreremo nel corso di questa presentazione diversi modi per spostare il tuo codice. Ci occuperemo dell'esportazione del tuo sito esistente e della sua riduzione, importandola in un ambiente di sviluppo locale.

Parleremo dell'esecuzione di una distribuzione per la prima volta, quindi quando porti il ​​tuo sito dal vivo per la prima volta, come appare e un paio di modi per realizzarlo E poi sincronizzare questi due ambienti nel tempo. Quindi tuffiamoci dentro.

I tre tipi di migrazione a cui pensiamo: ci sono tre opzioni principali che un utente potrebbe tentare di realizzare. Il primo è da remoto a locale. Quindi, se hai già un sito ospitato da qualche parte sul web e vuoi portarlo in un ambiente locale, magari con l minuscola, locale, è utile quando forse stai iniziando a lavorare sul sito esistente di un cliente. Quindi hai ereditato un nuovo cliente o un cliente ti chiede di apportare modifiche e portarlo in un posto sicuro, in modo da poterlo risolvere in un ambiente a basso rischio.

Molto utile anche quando stai solo cercando di estrarre le ultime modifiche al database, in modo da assicurarti che il tuo ambiente remoto e la tua produzione - o scusami, l'ambiente di sviluppo - siano il più simili possibile. Il secondo è da locale a remoto. Quindi, quando torni dalla tua macchina personale fino al server ospitato da qualche parte, quindi stai implementando un sito completo per la prima volta o hai apportato alcune modifiche al codice e stai inviando tali modifiche, chiama per i temi o per i plug-in, qualunque cosa sia che vorresti vedere riflessa dal vivo sul tuo sito.

E il secondo... mi scusi, il terzo è da remoto a remoto. Oggi non ci immergeremo troppo in questo, ma è qualcosa che è possibile con gli strumenti che imparerai. Lo useresti in genere quando cambi provider di hosting, quindi passa dall'host A all'host B, o potenzialmente quando ti sposti tra ambienti di sviluppo, staging e produzione, ovunque il tuo sito possa essere ospitato.

Quindi, con questo, lo consegnerò a Kevin per presentarsi e farci iniziare su come si presenta quel flusso migratorio ideale. Kevin, portalo via.

KEVIN HOFFMAN: Ehi, grazie, Austin. Quindi mi chiamo Kevin Hoffman, sono il product manager di WP Migrate. Voglio dare il via alle cose oggi iniziando con un piano di gioco del tipo di migrazioni in cui entreremo. Pertanto, ogni volta che si passa da un ambiente remoto alla macchina locale e si esegue il backup su un host remoto, può essere un compito arduo. Ma vogliamo che tu lasci questa presentazione con un piano di gioco di soluzioni in modo che tu possa eseguire queste migrazioni da solo con fiducia.

E per iniziare, vogliamo estrarre il sito esistente dal vecchio host. Quindi includerà un'esportazione completa del sito utilizzando WP Migrate. Passeremo quindi a Local, dove possiamo apportare le modifiche allo sviluppo locale e quindi distribuire nuovamente quel sito sul nostro nuovo host.

Quindi, per iniziare, passerò a un flusso di esportazione completo del sito utilizzando WP Migrate. Potresti chiederti, perché usiamo un'esportazione completa del sito in questa situazione? Perché non spingere o tirare direttamente tra due ambienti? Bene, ci sono alcune ragioni per questo.

Per iniziare, userò la versione Pro di WP Migrate, ma puoi anche seguire WP Migrate Lite, che è la versione gratuita del nostro plugin nella directory dei plugin di WordPress.

I quattro motivi principali per cui utilizziamo un'esportazione completa del sito in questa situazione è in primo luogo perché si tratta di una migrazione unidirezionale. Vogliamo uscire dall'host remoto e non abbiamo intenzione di tornare indietro. Inoltre, non esiste alcuna installazione locale esistente in cui spostare il sito. Se ci fosse, potremmo usare forse una migrazione push o una migrazione pull per portare il sito nella macchina locale. Ma poiché non esiste un'installazione esistente, un'importazione con trascinamento della selezione in locale ha più senso.

E infine, eseguendo un'esportazione completa del sito, otteniamo anche un backup gratuito. L'intero sito verrà incapsulato in un file zip in bundle, che è un ottimo backup prima di apportare modifiche future.

Quindi, per iniziare, passiamo a WP Migrate e vediamo come funziona.

Quindi, quando apri WP Migrate per la prima volta, avrai sei azioni davanti a te. Poiché desideriamo estrarre il sito dall'host remoto il più rapidamente possibile, sceglieremo l'azione di esportazione. L'apertura del profilo di esportazione ci dà la possibilità di configurare le opzioni del database, oltre a media, temi, plug-in e file core di WordPress.

Andiamo avanti e iniziamo con la configurazione del database. Ora, se lo volessi, potrei escludere determinate tabelle o tipi di post da questa migrazione. Ma per ora, voglio utilizzare la configurazione predefinita ed estrarre l'intero sito dall'host remoto. Voglio menzionare i campi standard di ricerca e sostituzione, come l'URL o il percorso dell'installazione locale di WordPress, sul sito che stiamo esportando.

Ora, se stavi eseguendo una migrazione manuale, potresti voler spostare questi valori e modificarli in modo che corrispondano alla destinazione. Tuttavia, poiché stiamo utilizzando Local, è abbastanza intelligente da occuparsi di questa ricerca e sostituzione per noi, quindi non dobbiamo effettivamente compilare questi campi facoltativi. Possiamo lasciarli vuoti e andare avanti.

Il prossimo è il trova e sostituisci personalizzato. Questa è la possibilità di cercare qualsiasi stringa nel mio database WordPress o nei miei contenuti sul mio sito. Ad esempio, forse ho un vecchio nome di azienda e voglio sostituirlo con il mio nuovo nome di azienda, posso farlo tramite questi campi personalizzati di ricerca e sostituzione. E posso aggiungere ulteriori righe, se necessario.

Quindi questo si occupa del database. Passiamo ai nostri caricamenti multimediali. Ora, poiché sto spostando l'intero sito, voglio selezionare Esporta tutti i caricamenti multimediali. Ma voglio escludere alcuni file come registri, backup e cache, che potrebbero gonfiare l'esportazione.

Mentre passiamo ai file dei temi, voglio includere tutti i miei temi. Non questa volta, solo i temi attivi, perché sono interessato solo ai temi che influenzano attivamente il sito live.

Allo stesso modo, con i plugin: voglio solo esportare i miei plugin attivi. E con i file core di WordPress, voglio andare avanti e includerli, perché voglio assicurarmi che il mio core di WordPress corrisponda alla versione esatta del sito da cui esporto.

Con il profilo completamente configurato, ora posso avviare l'esportazione, che passerà rapidamente attraverso le tabelle del mio database, i caricamenti multimediali, i temi, i plug-in e i file principali di WordPress.

A questo punto, il database e tutti i file all'interno del sito vengono raggruppati in un comodo file zip. Quindi, in soli 18 secondi, l'intero sito è stato zippato.

Ora sono pronto per passare a Local. E prima di farlo, voglio dare una rapida occhiata all'interno del file zip per vedere cosa c'è. Puoi vedere che ho una directory di file. Ciò include tutti i file WordPress, inclusi i miei contenuti WP, plug-in, temi e caricamenti. E ho anche il dump del database.

E un altro file, che è davvero importante e unico per WP Migrate: il file JSON di esportazione di WP Migrate include informazioni chiave sul sito che è stato esportato, come la versione PHP e la versione MySQL, in modo che quando Local si occupa dell'importazione , può corrispondere il più fedelmente possibile all'ambiente remoto.

Quindi, con questo, sei pronto per importare in Local. E lo rispedirò ad Austin.

AUSTIN WENDT: Fantastico, grazie, Kevin. Sì, sono entusiasta di spiegare, come ha detto Kevin, come possiamo importare quel file zip in Local e prepararlo per iniziare a costruire. Ma prima, voglio assicurarmi di introdurre cos'è Local. Se non hai familiarità, Local è lo strumento di sviluppo WordPress numero uno, creato dagli umani qui a WP Engine, e siamo molto entusiasti di condividere e offrire gratuitamente con la community.

Quindi è uno strumento di sviluppo gratuito. Se non ne hai sentito parlare, dai un'occhiata a localWP.com, ci piacerebbe che tu utilizzassi il prodotto. Ma oggi utilizzeremo Local per facilitare questo flusso di lavoro.

E perché Locale? Simile a qualsiasi ambiente specifico per la tua macchina, è un rischio molto basso. E come ha detto Kevin, ciò che Local proverà a fare quando importi quell'esportazione da WP Migrate è che imiteremo da vicino l'ambiente di produzione. Quindi, il più vicino possibile, la versione di WordPress, la versione PHP, il database, la tua macchina locale dovrebbe imitare ciò che sta accadendo in produzione, in modo che se stai risolvendo problemi o cercando di vedere cosa non va, Local dovrebbe essere in grado di dirlo e sii il più vicino possibile a ciò che sta accadendo nel tuo ambiente ospitato.

Un altro vantaggio chiave di questa operazione con Local è che il flusso di lavoro appena menzionato da Kevin è indipendente dall'host. Quindi, indipendentemente da dove stai ospitando, che sia con Flywheel o WP Engine, sarai in grado di esportare quel sito e inserirlo in locale molto rapidamente e facilmente.

Quindi passerò a una demo e ti mostrerò come appare all'interno dell'interfaccia utente locale.

Fantastico, quindi ho già eseguito una migrazione di WP e ho salvato lo zip sul mio desktop. E quando vado a creare un sito in locale, ci sarà questa nuova zona di trascinamento che indica che puoi trascinare e rilasciare i file zip qui. La cosa bella di Local è che posso farlo da qualsiasi schermata all'interno dell'interfaccia utente. Quindi, se trascino e rilascio quel file zip su Local, mi suggerirà il nome del sito da quel file JSON di esportazione della migrazione WP menzionato da Kevin.

È preselezionato il mio PHP, il mio server web, il mio database. E poi, faccio clic su Crea e Local si occupa del resto. Quindi Local sta decomprimendo attivamente quel file zip, importando tutti quei file WordPress e impostando quel sito sulla mia macchina in uno stato che è il più vicino possibile alla produzione.

Mentre questo sta girando, chiederà il permesso di aggiornare il mio file host, che inserirò la mia password e lo permetterò di fare. Ma poi, Local inizia ad aggiungere WordPress e sei a posto.

Mentre questo finisce, qualcosa che evidenzierò molto rapidamente è che puoi vedere sul lato sinistro: la possibilità di raggruppare i tuoi siti è stata introdotta in Local nelle ultime due settimane. Quindi trascinerò e rilascerò Garrett's Grocery nella mia sezione demo DE{CODE}, che è un bel modo che ti incoraggerei a dare un'occhiata per organizzare i tuoi siti, magari raggruppandoli per cliente o per versione, collegati a WP Motore o no, qualunque cosa funzioni meglio per te. Quindi provaci.

Ma Local sta finendo qui, sta cambiando il dominio del sito. E ciò che farà sarà configurarlo sulla mia macchina in modo che sia disponibile, come puoi vedere qui, su mysite.local. Se faccio clic su Apri sito, ecco Garrett's Grocery. Quindi sono effettivamente passato dal mio ambiente ospitato, l'ho trascinato e rilasciato in Locale e l'ho eseguito sulla mia macchina in meno di due minuti, il che è fantastico.

Quindi, con questo esempio, ciò che abbiamo mostrato è essere in grado di prenderlo dal tuo vecchio host, indipendentemente da dove potrebbe trovarsi su Internet, e con una combinazione di esportazione dell'intero sito WP Migrate, portandolo in locale e imitando il tuo ambiente di produzione in meno di un paio di minuti.

Ora, la domanda è: una volta che l'ho inserito in Local, sono pronto per iniziare ad apportare modifiche. Come posso ritirarlo e riaverlo in diretta su Internet? Per portare il tuo sito da Local e riportarlo al tuo host, utilizzeremo Local Connect per la distribuzione su WP Engine o su Flywheel. Sia da una migrazione completa del sito che da migrazioni parziali.

Ma perché vorresti eseguire una distribuzione completa del sito? La distribuzione per la prima volta di un intero sito sul tuo host è un buon esempio qui. Quindi forse il sito non esiste ancora, o forse è solo un sito basato su modelli sull'host. Se desideri includere interi temi o modifiche al plug-in, o forse sei solo pronto a sovrascrivere completamente il sito corrente che si trova oggi sull'host. Quindi forse ha già dei contenuti, ma quello che c'è lassù ora non è più produttivo o favorevole, e sei pronto per cancellarlo, useresti una distribuzione completa del sito.

Quindi, usando Local, è abbastanza facile da realizzare. E ti mostrerò una demo di come appare. Quindi ho Garrett's Grocery qui e ho apportato una serie di modifiche al sito Web che sono pronto a pubblicare. Ora, Local ha il concetto di Local Connect, come ho detto: c'è questa icona a forma di nuvola sul lato sinistro, per Connect. C'è anche un Connect to Host in basso a destra, che mi permetterà di connettere WP Engine o Flywheel.

Per oggi, lo realizzerò andando alla scheda Connetti e facendo clic su Connetti a una piattaforma. Accederò al mio account WP Engine, che ti ho risparmiato guardandomi accedere. Quello che puoi vedere è che Local Connect richiama tutti i siti a cui ho accesso su WP Engine. Ora, quello che farò è tornare a Garrett's Grocery nella mia panoramica. In basso a destra, selezionerò Connetti a WP Engine.

Local controllerà che quel sito sia compatibile con l'infrastruttura di WP Engine. Quindi, utilizzando WordPress e PHP aggiornati, posso fare clic su Push.

Push mi permetterà di scegliere la vista che voglio sovrascrivere su WP Engine. Mi permetterà di scegliere l'ambiente. Quindi sceglierò il sito di Austin Wendt e sceglierò la produzione. E quello che vedrai accadere sul lato destro dello schermo è che Local sta determinando l'elenco dei file.

Ciò significa che locale è essenzialmente eseguire una differenza tra ciò che è sulla mia macchina e ciò che esiste sul server, e fornirmelo in modo che io possa davvero vedere e comprendere le modifiche che sto per apportare. Quindi, poiché si tratta di un'implementazione completa del sito, puoi vedere che non accade nulla nel mio ambiente locale, ma sovrascriverò tutto ciò che è nella produzione, come puoi vedere con quelle X rosse sul lato destro.

Quindi faccio clic su Push to WP Engine e Local inizia a occuparsi del resto. L'intero video dura circa quattro minuti: ti risparmio di guardarlo con me, mentre sono seduto qui. Quello che sta succedendo è che Local sta impacchettando quei file. Inizia a caricare quei file su WP Engine. E iniziando ad analizzare, come ho detto, le differenze tra ciò che è sulla mia macchina e ciò che è sul server WP Engine.

Questo stesso flusso di lavoro si applicherebbe anche a Flywheel, se ospiti lì. Seguiremo lo stesso flusso inserendo quella differenza di file tra la tua macchina e il server.

Quindi ora Local inizia a impacchettare il database. Lo sta spingendo anche su WP Engine. Quindi sta eliminando tutte le tabelle esistenti che esistono sul server remoto e sostituendo quelle con ciò che proviene dalla mia macchina.

Come parte della transizione del database, esaminerà il dominio del sito ed eseguirà una ricerca e sostituirà per me, come puoi vedere ora. In modo che tutti i miei collegamenti e URL memorizzati nel mio database vengano aggiornati, insieme ai prefissi delle tabelle, per funzionare correttamente nell'ambiente di produzione.

Quindi aggiornerà quei prefissi di tabella per me. E proprio così, il mio sito è stato spinto su WP Engine.

Quindi ricominciando da capo, Garrett's Grocery è ancora sulla mia macchina. Ma anche, se vado alla scheda Connetti, posso vedere quel sito di Austin Wendt a cui ho fatto clic sulla destra, dice che è collegato a Garrett's Grocery. E se dovessi fare clic sul nome del sito, Austin Wendt, si aprirà in un browser per mostrarmi quel nuovo contenuto in diretta su Internet.

Quindi, ora che abbiamo capito come utilizzare Local per realizzare una distribuzione completa del sito, vorrei spiegare come possiamo utilizzare Local anche per sincronizzare gli ambienti utilizzando una funzionalità che conosciamo come MagicSync.

Quindi MagicSync è un'altra parola per migrazioni incrementali. Quindi spostando solo piccoli frammenti di codice tra il tuo ambiente locale e il server remoto. E perché vorresti farlo?

Quindi forse non vuoi sostituire l'intero sito. Hai apportato solo piccole modifiche parziali a un sito esistente che sei pronto a pubblicare. Cosa c'è anche di bello in Local: un Local ti consentirà, come ho già detto, quella funzione diff, scegliere e scegliere i file che vuoi includere o addirittura escludere. Quindi un grande caso d'uso comune qui è che forse ho fatto molte cose sulla mia macchina, ma voglio escludere il push e il pull dei media, perché è una parte molto pesante e intensa del mio sito. Posso solo deselezionare i media.

Quindi ci tufferemo in una demo qui di come appare MagicSync. Quindi, di nuovo, qui ho Garrett's Grocery: diciamo che questa volta ho apportato un'altra piccola serie di modifiche e sono pronto a vederlo riflesso dal vivo su WP Engine. Stesso flusso di lavoro qui: in basso a destra dello schermo, torno a spingere su WP Engine. È già preselezionato il sito di Austin Wendt per me e l'ambiente, ricordando l'ultima volta che l'ho fatto.

E questa volta sarà più breve: sta determinando, ancora una volta, quel differenziale tra ciò che è sulla mia macchina e ciò che è sui server WP Engine. Quindi tornerà qui e c'è una serie più piccola di modifiche che rileva sono state apportate al sito. Posso deselezionare tutte le modifiche ai file che desidero. Posso selezionare solo la mia cartella dei contenuti WP.

O forse in questo caso, diciamo che voglio solo spingere il mio database. Quindi posso selezionare la casella del database e premere Push. Quindi ora ciò che sta accadendo è lo stesso flusso di lavoro a cui abbiamo assistito in precedenza, tranne per il fatto che Local non invia alcun file a WP Engine. Sta solo sostituendo le modifiche al database che ho apportato sulla mia macchina con il database che era attualmente sul server WP Engine.

Quindi flusso di lavoro simile qui– in realtà osserveremo questo processo, perché non ci vuole così tanto tempo. Perché il differenziale è più piccolo. Quindi caricheremo il database su WP Engine. Il locale, ancora una volta, andrà avanti per me e farà quella ricerca e sostituzione. Quindi rileverà se i prefissi delle tabelle sono cambiati, gli URL che erano diversi sulla mia macchina devono essere riflessi sull'host remoto.

Farà quegli aggiornamenti per me. E in poco meno di circa un minuto, le modifiche al sito che ho apportato sulla mia macchina verranno trasferite a WP Engine e pronte per essere consumate da colleghi e colleghi che vogliono solo rivedere il lavoro che ho svolto, forse ho spinto a un ambiente di sviluppo o se è in diretta sul Web in produzione e pronto per i miei clienti o clienti o solo per i consumatori da visualizzare sul Web.

Quindi, proprio così, il sito è stato trasferito su WP Engine e se tornassi al browser, vedresti il ​​sito aggiornato e riflesso lì. Quindi, ora che abbiamo capito come utilizzare Local per eseguire migrazioni incrementali, vorrei riconsegnarlo a Kevin per mostrarti un altro modo per farlo utilizzando lo strumento WP Migrate.

KEVIN HOFFMAN: Ehi, grazie, Austin. Apprezzo che tu ci abbia guidato attraverso il flusso di lavoro da Local a WP Engine, ma sappiamo che non hai sempre il controllo sul tuo provider di hosting. Quindi il prossimo flusso di lavoro ti mostrerà come migrare tra due ambienti WordPress qualsiasi. In questo caso, passando da Local fino a qualsiasi altro host web.

Per fare ciò, useremo un concetto chiamato push and pull, usando WP Migrate. Ora, perché dovresti fare una spinta o una trazione? Ora, a differenza di un'esportazione completa del sito, questa è una migrazione bidirezionale. Ciò significa che entrambi i siti esistono già e richiede un investimento iniziale leggermente maggiore per un guadagno a lungo termine.

Quindi, una volta completata questa configurazione, sarai pronto per gestire le tue migrazioni incrementali nel tempo e mantenere sincronizzati due ambienti su base continuativa.

Quindi vediamo come appare. Supponiamo quindi che il tuo sito sia pronto per essere distribuito sul tuo host remoto. Hai un numero di post e un numero di immagini nella tua libreria multimediale. Prenderemo questo contenuto e lo sposteremo in un nuovo sito che attualmente ha zero post e nessuna immagine nella libreria multimediale.

Il diverso approccio che adotteremo qui consiste nell'usare una migrazione push. E la prima cosa che mi ha chiesto sono le informazioni di connessione dal sito remoto. Quindi posso passare al sito remoto e, nella mia scheda delle impostazioni, copiare le informazioni di connessione direttamente nei miei appunti. Voglio anche abilitare la migrazione push, in modo da poter accettare queste richieste push dal sito locale.

Incollando queste informazioni nella casella delle informazioni di connessione, sono ora connesso al sito remoto e sono pronto per configurare le opzioni del mio database. La grande differenza che noterai qui, rispetto al nostro flusso di lavoro di esportazione, è che entrambi i lati Trova e Sostituisci dell'URL e del percorso sono completamente compilati per noi. E questo perché WP Migrate è su entrambi i siti e ha accesso a tali informazioni e può occuparsene per noi senza che noi dobbiamo inserire nulla per dare il via alla migrazione.

Non eseguirò una ricerca e sostituzione personalizzata, ma includerò tutti i miei caricamenti multimediali dalla libreria, nonché tutti i miei temi e i miei plug-in. Ora, una caratteristica unica che noterai qui quando selezioni i miei plugin è che mi mostra qual è lo stato di quel plugin sul sito remoto. Ora, in questo caso, non ci sono plug-in, quindi tutti questi plug-in verranno aggiunti per la prima volta e il numero di versione corrente viene indicato quando passi con il mouse sopra quell'icona.

Procederò e salverò questo profilo per un uso futuro e lo chiamerò Push Full Site. Quindi, ogni volta che devo inviare un sito completo a quella posizione remota, posso semplicemente rivisitare questo profilo ed eseguirlo.

Quando eseguo il profilo, lo vedrai ancora una volta passare attraverso tabelle, caricamenti multimediali, temi, plug-in e otterrai alcune informazioni sulla dimensione delle richieste mentre la migrazione è in corso.

Una volta completata la migrazione, puoi andare avanti e chiudere il modale e i tuoi due ambienti sono ora sincronizzati.

A questo punto, potresti voler rivisitare la schermata del tuo profilo per verificare come quel profilo salvato è disponibile per te su cui fare nuovamente clic, se mai avessi bisogno di eseguirlo di nuovo.

Quindi questa è una distribuzione completa del sito con un profilo di salvataggio in WP Migrate. Ma potresti chiederti, che dire della distribuzione di modifiche incrementali? Quindi, come ti ha mostrato Austin, utilizzando MagicSync in locale, questo è un altro modo per farlo con WP Migrate. Quindi creerò un altro profilo push, inserirò le stesse informazioni di connessione, ma questa volta, quando seleziono i miei caricamenti multimediali, invierò solo caricamenti multimediali nuovi e aggiornati.

Ciò significa che la prima volta che viene eseguita la migrazione, includerà tutto. Ma ogni migrazione successiva includerà solo i file multimediali che sono stati modificati.

Questo è un flusso di lavoro eccellente ogni volta che invii contenuti e file multimediali senza doversi preoccupare di temi o plug-in. Ora salverò questo profilo e lo chiamerò Push Content and Media.

Quindi questo mi lascia ora con due profili di migrazione che posso utilizzare per due scopi diversi. Sono salvati nella schermata del mio profilo e sono disponibili ogni volta che devo tornare indietro. Potrei persino impostare un profilo pull per poi trasferire i dati di produzione in questo sito locale e mantenere sincronizzati i due ambienti in entrambe le direzioni.

In questo modo si concludono i nostri flussi di lavoro utilizzando locale e WP Migrate per passare da remoto a locale e di nuovo a remoto.

Quindi, come puoi vedere, ora il nostro piano di gioco è completo, abbiamo soluzioni per uscire dal sito remoto utilizzando un'esportazione completa del sito da WP Migrate, trascinare e rilasciare l'importazione in locale e quindi spingerla fino a WP Engine o Flywheel, o qualsiasi altro host. Quindi questa è solo la punta dell'iceberg quando si tratta di soluzioni di migrazione e cosa è possibile quando si utilizzano WP Migrate e Local insieme.

Quindi speriamo che ti dia un piano di gioco la prossima volta che avrai bisogno di eseguire le tue migrazioni. Non vedo l'ora di sentirti sui nostri account Twitter per WP Migrate e Local, e speriamo che ti piaccia il resto di DE{CODE]. Grazie per esserti unito a noi.