Stăpânirea migrațiilor – Modalități mai rapide, mai ușoare și mai sigure de a vă muta site-ul de la A la B

Migrațiile pot fi dificile! Cu toții cunoaștem acel sentiment de frustrare (sau de groază totală) atunci când vedem unul eșuat, dar cunoaștem și sentimentul de ușurare atunci când o migrație reușește. Cu toate complexitățile și nuanțele migrațiilor, cum ne putem crește rata de succes și cum ne putem câștiga timpul pentru a ne concentra pe munca pe care ne dorim cu adevărat să o facem?

Indiferent dacă trebuie să copiați un proiect stabilit pe mașina dvs. locală sau să implementați o mână de actualizări incrementale în producție, urmăriți cum vă puteți accelera, simplifica și reduce riscul migrațiilor.

Difuzoare:

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

Slide-urile sesiunii:

Transcriere:

AUSTIN WENDT: Bine ați venit, tuturor și vă mulțumesc că v-ați alăturat. Suntem încântați să vă avem. Și bun venit la Conferința DE{CODE}.

Numele meu este Austin Wendt, sunt manager senior de produs aici la WP Engine, lucrând la construirea produsului nostru local. Și colegul meu, Kevin, și cu mine, pe care îl veți întâlni aici într-un minut, suntem încântați să vă vorbim astăzi despre construirea mai inteligentă, în special în ceea ce privește stăpânirea migrațiilor. Așadar, vom acoperi modalități mai rapide, mai ușoare și mai sigure de a vă muta site-ul de la punctul A la punctul B, astfel încât să vă simțiți încrezători în acele fluxuri de lucru de dezvoltare, fie că aduceți un site într-un mediu de dezvoltare local, sigur, fie că sunteți gata să promovați acel site live în timp.

Voi acoperi o agendă rapidă înainte de a ne aprofunda. Deci, ceea ce vom acoperi astăzi este că vom introduce cele trei tipuri de migrații la care ne place să ne gândim aici la WP Engine în timp ce vorbim despre mutarea codului. Vom defini fluxul nostru de lucru ideal de migrare și vă vom ghida prin asta pe parcursul acestei prezentări, cu diferite moduri de a vă muta codul. Vom acoperi exportul site-ului dvs. existent și reducerea acestuia – importul într-un mediu de dezvoltare locală.

Vom vorbi despre realizarea unei implementări pentru prima dată – deci, atunci când vă luați site-ul live pentru prima dată, cum arată acesta și câteva moduri de a realiza acest lucru Și apoi sincronizați aceste două medii în timp. Așa că haideți să ne aruncăm direct în ea.

Cele trei tipuri de migrații la care ne gândim – există trei opțiuni principale pe care un utilizator ar putea încerca să le realizeze. Primul este de la distanță la local. Deci, dacă aveți deja un site găzduit undeva pe web și doriți să-l aduceți într-un mediu local local, poate literele mici, este util atunci când poate începeți să lucrați pe site-ul existent al unui client. Așadar, fie ați moștenit un client nou, fie un client vă cere să faceți modificări și să le aduceți într-un loc sigur, astfel încât să puteți remedia problema într-un mediu cu risc scăzut.

De asemenea, foarte util atunci când încercați doar să eliminați cele mai recente modificări ale bazei de date, astfel încât să vă puteți asigura că mediul dvs. de la distanță și mediul de producție – sau scuzați-mă, mediul de dezvoltare – sunt cât mai potrivite. Al doilea este de la local la distanță. Deci, când te întorci de la mașina personală la serverul găzduit undeva – deci fie implementezi un site complet pentru prima dată, fie ai făcut câteva modificări de cod și împingi acele modificări, sună pentru teme sau pentru pluginuri, oricare ar fi acesta pe care ați dori să îl vedeți reflectat live pe site-ul dvs.

Și al doilea – scuză-mă, al treilea este de la distanță la distanță. Nu ne vom scufunda prea mult în acesta astăzi, dar este ceva care este posibil cu instrumentele despre care veți învăța. Ați folosi acest lucru de obicei atunci când schimbați furnizorul de găzduire, deci treceți de la gazda A la gazda B sau, potențial, atunci când vă mutați între mediile de dezvoltare, staging și producție, oriunde ar putea fi găzduit site-ul dvs.

Așa că, cu asta, îi voi preda lui Kevin să se prezinte și să ne facă să începem cum arată fluxul ideal de migrație. Kevin, ia-l.

KEVIN HOFFMAN: Hei, mulțumesc, Austin. Deci, numele meu este Kevin Hoffman, sunt managerul de produs al WP Migrate. Vreau să încep lucrurile astăzi, începând cu un plan de joc al tipului de migrații în care vom sări. Deci, de fiecare dată când treceți dintr-un mediu de la distanță în mașina dvs. locală și faceți backup la o gazdă la distanță, aceasta poate fi o sarcină descurajantă. Dar dorim să părăsiți această prezentare cu un plan de joc de soluții, astfel încât să puteți face singur aceste migrări cu încredere.

Și pentru început, vrem să scoatem site-ul existent din vechea gazdă. Deci, acesta va include un export complet de site folosind WP Migrate. Ne vom muta apoi în Local, unde putem face modificările noastre de dezvoltare locală și apoi vom implementa acel site în noua noastră gazdă.

Deci, pentru a începe lucrurile, voi trece într-un flux complet de export de site folosind WP Migrate. S-ar putea să vă întrebați, de ce folosim un export complet de site în această situație? De ce să nu împingeți sau să trageți direct între două medii? Ei bine, există câteva motive pentru asta.

Pentru a începe, voi folosi versiunea Pro a WP Migrate, dar puteți urma și WP Migrate Lite, care este versiunea gratuită a pluginului nostru din directorul de pluginuri WordPress.

Cele patru motive principale pentru care folosim un export complet de site în această situație sunt în primul rând pentru că este o migrare unidirecțională. Vrem să părăsim gazda la distanță și nu avem de gând să ne întoarcem. De asemenea, nu există nicio instalare locală în care să mutăm site-ul. Dacă ar exista, am putea folosi poate o migrare push sau o migrare pull pentru a introduce site-ul în mașina locală. Dar pentru că nu există nicio instalare, un import prin glisare și plasare în local este cel mai logic.

Și, în sfârșit, făcând un export complet al site-ului, obținem și o copie de rezervă gratuită. Întregul site va fi încapsulat într-un singur fișier zip, care este o copie de rezervă excelentă înainte de a face orice modificări viitoare.

Deci, pentru a începe lucrurile, să trecem la WP Migrate și să vedem cum funcționează.

Deci, când deschideți pentru prima dată WP Migrate, veți avea șase acțiuni în fața dvs. Pentru că dorim să scoatem site-ul din gazda la distanță cât mai repede posibil, vom alege acțiunea de export. Deschiderea profilului de export ne oferă posibilitatea de a configura opțiunile bazei de date, precum și fișiere media, teme, pluginuri și fișiere de bază WordPress.

Să mergem mai departe și să începem cu configurarea bazei de date. Acum, dacă aș vrea, aș putea exclude anumite tabele sau tipuri de postări din această migrare. Dar pentru moment, vreau să merg cu configurația implicită și doar să scot întregul site din gazda la distanță. Vreau să menționez câmpurile standard de căutare și înlocuire, cum ar fi adresa URL sau calea instalării locale WordPress, pe site-ul pe care îl exportăm.

Acum, dacă ați efectuat o migrare manuală, este posibil să doriți să mutați aceste valori și să le editați pentru a se potrivi cu destinația. Cu toate acestea, deoarece folosim Local, este suficient de inteligent să ne ocupăm de această găsire și înlocuire pentru noi, așa că nu trebuie de fapt să completăm aceste câmpuri opționale. Le putem lăsa goale și merge mai departe.

Următorul este căutarea și înlocuirea personalizate. Aceasta este capacitatea de a căuta orice șir în baza mea de date WordPress sau în conținutul meu de pe site-ul meu. De exemplu, poate am un nume vechi de companie și vreau să-l înlocuiesc cu noul meu nume de companie, pot face asta prin aceste câmpuri personalizate de căutare și înlocuire. Și pot adăuga rânduri suplimentare, după cum este necesar.

Deci asta are grijă de baza de date. Să trecem la încărcările noastre media. Acum, pentru că mut întregul site, vreau să selectez Export toate încărcările media. Dar vreau să exclud unele fișiere precum jurnalele, copiile de rezervă și cache-urile, care ar putea umfla exportul.

Pe măsură ce trecem la fișierele cu teme, vreau să includ toate temele mele. Nu de data aceasta, doar temele active, pentru că mă preocupă doar temele care afectează activ site-ul live.

În mod similar, cu pluginuri – vreau doar să-mi export pluginurile active. Și cu fișierele de bază WordPress, vreau să merg mai departe și să le includ, pentru că vreau să mă asigur că miezul meu WordPress se potrivește cu versiunea exactă a site-ului de pe care export.

Cu profilul complet configurat, acum pot începe exportul, care va trece rapid prin tabelele bazei de date, încărcările media, temele, pluginurile și fișierele de bază WordPress.

În acest moment, baza de date și toate fișierele din site sunt grupate într-un singur fișier zip convenabil. Deci, în doar 18 secunde, întregul site a fost închis.

Acum sunt gata să mă mut în local. Și înainte de a face asta, vreau să arunc o privire rapidă în fișierul zip pentru a vedea ce este acolo. Puteți vedea că am un director de fișiere. Aceasta include toate fișierele WordPress, inclusiv conținutul meu WP, pluginurile, temele și încărcările. Și am și dump-ul bazei de date.

Și un alt fișier, care este cu adevărat important și unic pentru WP Migrate – fișierul JSON de export WP Migrate include informații cheie despre site-ul care a fost exportat, cum ar fi versiunea PHP și versiunea MySQL, astfel încât atunci când Local se ocupă de import , se poate potrivi cu acel mediu îndepărtat cât mai aproape posibil.

Deci, cu asta, sunteți gata să importați în Local. Și o voi trimite înapoi la Austin.

AUSTIN WENDT: Minunat, mulțumesc, Kevin. Da, sunt încântat să aflu, așa cum a menționat Kevin, cum putem obține acel fișier zip importat în Local și gata să începem construirea. Dar mai întâi, vreau să mă asigur că introduc ce este Local. Dacă nu sunteți familiarizat, Local este instrumentul de dezvoltare WordPress numărul unu, construit de oamenii de aici, la WP Engine, și suntem foarte încântați să împărtășim și să oferim comunității gratuit.

Deci este un instrument de dezvoltare gratuit. Dacă nu ați auzit de el, vă rugăm să verificați-l, localWP.com, ne-ar plăcea să folosiți produsul. Dar astăzi, vom folosi Local pentru a facilita acest flux de lucru.

Și de ce Local? Similar oricărui mediu care este specific mașinii dvs., are un risc foarte scăzut. Și, după cum a spus Kevin, ceea ce va încerca să facă Local atunci când importați acel export din WP Migrate este că vom imita îndeaproape mediul de producție. Deci, cât de aproape putem, versiunea WordPress, versiunea PHP, baza de date, mașina dvs. locală ar trebui să imite ceea ce se întâmplă în producție, astfel încât dacă depanați sau încercați să vedeți ce nu merge bine, Local ar trebui să poată spune tu și fii cât mai aproape de ceea ce se întâmplă în mediul tău găzduit.

Un alt beneficiu esențial de a face acest lucru cu Local este fluxul de lucru despre care Kevin tocmai a menționat că este agnostic gazdă. Deci, indiferent de locul în care găzduiți, indiferent dacă acesta este cu Flywheel sau WP Engine, veți putea exporta acel site și veți trece în local foarte rapid și ușor.

Așa că o voi trece la o demonstrație și vă voi arăta cum arată în interfața de utilizare locală.

Minunat, așa că am făcut deja un WP Migrate și am salvat acel zip pe desktop. Și când voi crea un site în Local, va exista această nouă zonă de glisare care indică că puteți glisa și plasa fișiere zip aici. Ceea ce este, de asemenea, drăguț la Local este că pot face acest lucru de pe orice ecran din interfața de utilizare. Deci, dacă trag și plasez acel fișier zip peste Local, îmi va sugera numele site-ului din acel fișier JSON de export WP pe care l-a menționat Kevin.

Este preselectat PHP-ul meu, serverul meu web, baza mea de date. Apoi, dau clic pe Creare, iar Local se ocupă de restul. Deci Local dezarhivează în mod activ acel fișier zip, importă toate acele fișiere WordPress și instalează acel site pe mașina mea într-o stare cât mai aproape de producție.

În timp ce acest lucru se învârte, va cere permisiunea de a actualiza fișierul meu gazdă, ceea ce îmi voi introduce parola și îi voi permite să o facă. Dar apoi, Local începe să adauge WordPress și ești gata.

În timp ce acest lucru se termină, ceva pe care îl voi evidenția foarte repede este că îl puteți vedea în partea stângă – capacitatea de a vă grupa site-urile este nouă în Local în ultimele două săptămâni. Așa că voi trage și plasa Garrett's Grocery în secțiunea mea demo DE{CODE} – care este un mod frumos pe care v-aș încuraja să verificați pentru a vă organiza site-urile, poate le grupați după client sau după versiune, conectat la WP Motor sau nu, orice funcționează cel mai bine pentru tine. Deci, încearcă.

Dar Local se termină aici, schimbă acel domeniu al site-ului. Și ceea ce va face este să-l configurez pe mașina mea, astfel încât să fie disponibil, după cum puteți vedea aici, la mysite.local. Dacă dau clic pe Deschide site-ul, aici este Garrett's Grocery. Așa că am plecat efectiv din mediul meu găzduit, l-am tras și l-am plasat în local și l-am rulat pe computer în mai puțin de două minute, ceea ce este minunat.

Prin urmare, cu acest exemplu, ceea ce am arătat este posibilitatea de a-l prelua de la vechea dvs. gazdă, indiferent de unde s-ar afla pe internet, și cu o combinație de export WP Migrate pentru site-ul complet, introducându-l în local și imitându-vă mediu de producție în mai puțin de câteva minute.

Acum, întrebarea este că, odată ce l-am primit în Local, sunt gata să încep să fac modificări. Cum îl scot înapoi și îl redau live pe internet? Pentru a vă prelua site-ul de pe Local și a-l trimite înapoi la gazdă, vom folosi Local Connect pentru a-l implementa în WP Engine sau în Flywheel. Atât de la o migrare completă a site-ului, cât și de la migrări parțiale.

Dar de ce ați dori să faceți o implementare completă a site-ului? Prima implementare a unui întreg site pe gazda dvs. este un bun exemplu aici. Deci, poate că site-ul nu există încă deloc sau poate este doar un site cu șablon pe gazdă. Dacă doriți să includeți teme întregi sau modificări de plugin, sau poate sunteți gata să suprascrieți complet site-ul curent care se află astăzi pe gazdă. Deci, poate că are deja conținut, dar ceea ce este acolo sus acum nu mai este productiv sau favorabil și sunteți gata să-l ștergeți, ați folosi o implementare completă a site-ului.

Deci, folosind Local, este destul de ușor de realizat. Și vă voi arăta o demonstrație a cum arată. Așa că am Garrett's Grocery aici și am făcut o serie de modificări site-ului web pe care sunt gata să le fac. Acum, Local are conceptul de Local Connect, așa cum am menționat – există această pictogramă cloud în partea stângă, pentru Connect. Există, de asemenea, o conectare la gazdă în partea dreaptă jos, care îmi va permite să conectez fie WP Engine, fie la Flywheel.

Pentru astăzi, voi realiza acest lucru mergând la fila Conectare și făcând clic pe Conectare la o platformă. Mă voi conecta la contul meu WP Engine, pe care v-am scutit de cum mă văd cum mă conectez. Ceea ce puteți vedea că se întâmplă este că Local Connect atrage toate site-urile la care am acces pe WP Engine. Acum, ceea ce voi face este să mă întorc la Garrett's Grocery în prezentarea mea de ansamblu. În dreapta jos, voi selecta Conectare la WP Engine.

Local va verifica dacă acel site este compatibil cu infrastructura WP Engine. Deci utilizând WordPress și PHP actualizat și apoi pot face clic pe Push.

Push îmi va permite să aleg obiectivul pe care vreau să îl suprascriu pe WP Engine. Îmi va permite să aleg mediul. Așa că voi alege site-ul Austin Wendt și voi alege Producția. Și ceea ce veți vedea care se întâmplă în partea dreaptă a ecranului este că Local determină lista de fișiere.

Ceea ce înseamnă că local este, în esență, să execute o diferență între ceea ce este pe mașina mea și ceea ce există pe server și să-mi ofere asta, astfel încât să pot vedea și înțelege cu adevărat schimbările pe care sunt pe cale să le fac. Deci, deoarece aceasta este o implementare completă a site-ului, puteți vedea că nu se întâmplă nimic în mediul meu local, dar voi suprascrie tot ceea ce este în producție, așa cum puteți vedea cu acele X roșii din partea dreaptă.

Așa că apoi dau clic pe Push to WP Engine și Local începe să se ocupe de restul. Întregul videoclip durează aproximativ patru minute – vă scutesc să vizionați asta cu mine, în timp ce stau aici. Ceea ce se întâmplă este că Local împachetează acele fișiere. Începe să încarce acele fișiere în WP Engine. Și am început să analizez, așa cum am spus, diferențele dintre ceea ce este pe mașina mea și ceea ce este pe serverul WP Engine.

Același flux de lucru s-ar aplica și pentru Flywheel, dacă găzduiești acolo. Vom urma același flux introducând acea diferență de fișier dintre mașina dvs. și server.

Deci acum, Local începe să împacheteze baza de date. Împinge asta și către WP Engine. Deci elimină toate tabelele existente care există pe serverul la distanță și le înlocuiesc cu ceea ce vine de la mașina mea.

Ca parte a acelei tranziții de bază de date, se va uita la domeniul site-ului și va efectua o căutare și o înlocuire pentru mine, așa cum puteți vedea acum. Astfel încât toate linkurile și URL-urile mele care sunt stocate în baza mea de date vor fi actualizate, împreună cu prefixele de tabel, pentru a funcționa corect în mediul de producție.

Așa că va actualiza acele prefixe de tabel pentru mine. Și chiar așa, site-ul meu a fost împins la WP Engine.

Deci, pornind din nou, Garrett's Grocery este încă pe aparatul meu. Dar, de asemenea, dacă merg la fila Connect, pot vedea acel site Austin Wendt pe care l-am împins în dreapta, scrie că este conectat la Garrett's Grocery. Și dacă ar fi să dau clic pe acel nume al site-ului, Austin Wendt, acesta se va deschide într-un browser pentru a-mi arăta acel conținut nou live pe internet.

Așadar, acum că am înțeles cum să folosim Local pentru a realiza o implementare completă a site-ului, aș dori să descriu cum putem folosi Local pentru a sincroniza și mediile folosind o caracteristică pe care o cunoaștem ca MagicSync.

Deci MagicSync este un alt cuvânt pentru migrarea incrementală. Așadar, mutați doar mici bucăți și bucăți de cod între mediul dvs. local și serverul de la distanță. Și de ce ai vrea să faci asta?

Deci poate nu doriți să înlocuiți întregul site. Ați făcut doar modificări parțiale mai mici la un site existent pe care sunteți gata să le transmiteți live. Ceea ce este, de asemenea, drăguț la Local – un Local vă va permite, așa cum am menționat, această funcție de diferență, să alegeți și să alegeți fișierele pe care doriți să le includeți sau chiar să le excludeți. Deci, un caz comun mare de utilizare aici este că am făcut o mulțime de lucruri pe mașina mea, dar vreau să exclud împingerea și tragerea de medii, deoarece aceasta este o parte foarte grea și intensivă a site-ului meu. Pot deselecta conținutul media.

Așa că ne vom scufunda aici într-o demonstrație despre cum arată MagicSync. Deci, din nou, iată că am Garrett's Grocery – să zicem că am făcut un alt set mai mic de modificări de data aceasta și sunt gata să văd asta reflectată în direct pe WP Engine. Același flux de lucru aici – în partea dreaptă jos a ecranului, mă întorc pentru a apăsa la WP Engine. Este deja preselectat site-ul Austin Wendt pentru mine și mediul înconjurător, amintindu-mi de ultima dată când l-am făcut.

Și de data aceasta, va fi mai scurt – determină, din nou, diferența dintre ceea ce este pe mașina mea și ceea ce este pe serverele WP Engine. Deci, va reveni aici și există un set mai mic de modificări pe care le detectează că au fost făcute site-ului. Pot deselecta toate modificările de fișier pe care le doresc. Pot să selectez doar folderul meu de conținut WP.

Sau poate, în acest caz, să presupunem că vreau doar să-mi împing baza de date. Așa că pot bifa caseta bazei de date și pot apăsa Push. Deci, acum, ceea ce se întâmplă este același flux de lucru la care am asistat înainte, cu excepția faptului că Local nu trimite niciun fișier în WP Engine. Înlocuiește doar modificările de bază de date pe care le-am făcut pe mașina mea cu baza de date care se afla în prezent pe serverul WP Engine.

Așadar, un flux de lucru similar aici – de fapt, vom urmări acest proces, deoarece nu durează atât de mult. Pentru că diferența este mai mică. Deci vom încărca baza de date în WP Engine. Localul, din nou, va merge înainte pentru mine și va face acea căutare și va înlocui. Deci, va detecta dacă prefixele de tabel s-au schimbat, URL-urile care erau diferite pe computerul meu trebuind să fie reflectate pe gazda de la distanță.

Va face acele actualizări pentru mine. Și în aproximativ un minut, modificările site-ului pe care le-am făcut pe computerul meu vor fi transferate în WP Engine și vor fi gata să fie consumate de colegi și colegi care doresc doar să revizuiască munca pe care am făcut-o, Poate că am trecut la un mediu de dezvoltare sau dacă este live pe web în producție și gata pentru clienții sau clienții mei – sau doar consumatorii să-l vizioneze pe web.

Așa că așa, site-ul a fost transferat la WP Engine și dacă aș reveni la browser, veți vedea site-ul actualizat și reflectat acolo. Așa că acum că am înțeles cum să folosim Local pentru a realiza migrări incrementale, aș dori să-l predau înapoi lui Kevin pentru a vă arăta o altă modalitate de a realiza acest lucru folosind instrumentul WP Migrate.

KEVIN HOFFMAN: Hei, mulțumesc, Austin. Apreciez că ne conduceți prin fluxul de lucru Local către WP Engine, dar știm că nu aveți întotdeauna control asupra furnizorului dvs. de găzduire. Prin urmare, următorul flux de lucru vă va arăta cum să migrați între oricare două medii WordPress. În acest caz, treceți de la Local până la orice altă gazdă web.

Pentru a face asta, vom folosi un concept numit pushing and pulling, folosind WP Migrate. Acum, de ce ai face o împingere sau o tragere? Acum, spre deosebire de un export complet de site, aceasta este o migrare în două sensuri. Asta înseamnă că ambele site-uri există deja și necesită puțin mai multă investiție inițială pentru un profit pe termen mai lung.

Deci, odată ce ați finalizat această configurare, veți fi gata să vă gestionați migrațiile incrementale în timp și să mențineți două medii sincronizate în mod continuu.

Deci haideți să vedem cum arată. Deci, să presupunem că site-ul dvs. este gata pentru a fi implementat pe gazda dvs. de la distanță. Aveți o serie de postări și o serie de imagini în biblioteca dvs. media. Vom lua acest conținut și îl vom muta pe un site nou care nu are în prezent nicio postare și nicio imagine în biblioteca media.

Abordarea diferită pe care o vom adopta aici este să folosim o migrare push. Și primul lucru pe care mi l-a cerut sunt informațiile de conectare de la site-ul de la distanță. Așa că pot trece la site-ul de la distanță și, în fila de setări, pot copia informațiile de conectare direct în clipboard-ul meu. De asemenea, vreau să activez migrarea push, astfel încât să pot accepta aceste solicitări push de pe site-ul local.

Lipind aceste informații în caseta de informații despre conexiune, acum sunt conectat la site-ul de la distanță și sunt gata să configurez opțiunile bazei de date. Marea diferență pe care o veți observa aici, în comparație cu fluxul nostru de lucru de export, este că ambele părți Găsiți și Înlocuiți ale adresei URL și ale căii sunt complet completate pentru noi. Și asta pentru că WP Migrate se află pe ambele site-uri și are acces la acele informații și poate avea grijă de ele pentru noi, fără a fi nevoie să introducem nimic pentru a începe migrarea.

Nu voi face o căutare și înlocuire personalizată, dar voi include toate încărcările mele media din bibliotecă, precum și toate temele și pluginurile mele. Acum, o caracteristică unică pe care o veți observa aici când îmi selectați pluginurile este că îmi arată care este starea acelui plugin pe site-ul de la distanță. Acum, în acest caz, nu există pluginuri acolo, așa că toate aceste plugin-uri vor fi adăugate pentru prima dată, iar numărul versiunii curente este indicat atunci când treceți cu mouse-ul peste pictograma respectivă.

Voi merge mai departe și voi salva acest profil pentru utilizare ulterioară și îl voi numi Push Full Site. Deci, de fiecare dată când trebuie să împing un site complet în acea locație de la distanță, pot pur și simplu să revedeți acest profil și să îl rulez.

Când rulez profilul, îl veți vedea din nou trecând prin tabele, încărcări media, teme, plugin-uri și veți obține câteva informații despre dimensiunea solicitărilor pe măsură ce migrarea se desfășoară.

Odată ce migrarea se încheie, puteți continua și închide modulul, iar cele două medii sunt acum sincronizate.

În acest moment, poate doriți să vă revedeți ecranul profilului pentru a vedea cum este disponibil acel profil salvat pe care să faceți clic înapoi, dacă trebuie să-l rulați din nou.

Deci, aceasta este o implementare completă a site-ului cu un profil de salvare în WP Migrate. Dar s-ar putea să vă întrebați, cum rămâne cu implementarea modificărilor incrementale? Deci, așa cum v-a arătat Austin, folosind MagicSync în local, acesta este o altă modalitate de a face acest lucru cu WP Migrate. Așa că voi crea un alt profil push, voi introduce aceleași informații de conectare, dar de data aceasta, când îmi selectez încărcările media, voi trimite doar încărcări media noi și actualizate.

Aceasta înseamnă că, prima dată când se execută migrarea, va include totul. Dar fiecare migrare ulterioară, va include doar fișierele media care s-au schimbat.

Acesta este un flux de lucru excelent de fiecare dată când împingeți conținut și fișiere media fără a fi nevoit să vă faceți griji cu privire la teme sau pluginuri. Așa că acum voi salva acest profil și îl voi numi Push Content and Media.

Deci, asta îmi lasă acum două profiluri de migrare pe care le pot folosi în două scopuri diferite. Sunt salvate pe ecranul meu de profil și sunt disponibile oricând trebuie să revin la ele. Aș putea chiar să configurez un profil de extragere pentru a trage apoi datele de producție în acest site local și a menține cele două medii sincronizate în ambele direcții.

Deci, se încheie fluxurile noastre de lucru folosind local și WP Migrate pentru a trece de la distanță la local și înapoi la distanță.

După cum puteți vedea, acum planul nostru de joc este complet, avem soluții pentru mutarea din site-ul de la distanță folosind un export complet de site din WP Migrate, trageți și plasați importând-o în local și apoi împingând până la WP Engine sau Flywheel, sau orice altă gazdă. Așadar, acesta este doar vârful aisbergului când vine vorba de soluții de migrare și ce este posibil când folosiți WP Migrate și Local împreună.

Așa că sperăm că vă va oferi un plan de joc data viitoare când va trebui să executați propriile migrații. Așteptăm cu nerăbdare vești de la dvs. pe conturile noastre de Twitter pentru WP Migrate și Local și sperăm să vă bucurați de restul DE{CODE]. Vă mulțumim că v-ați alăturat nouă.