Opanowanie migracji — szybsze, łatwiejsze i bezpieczniejsze sposoby przenoszenia witryny z punktu A do punktu B

Migracje mogą być trudne! Wszyscy znamy to uczucie frustracji (lub całkowitego przerażenia), gdy widzimy, że jedna się nie udaje, ale znamy też uczucie ulgi, gdy migracja się powiedzie. Biorąc pod uwagę wszystkie złożoności i niuanse migracji, w jaki sposób możemy zwiększyć nasz wskaźnik sukcesu i odzyskać czas, aby skupić się na pracy, którą naprawdę chcemy wykonywać?

Niezależnie od tego, czy chcesz skopiować ustalony projekt na lokalną maszynę, czy wdrożyć kilka przyrostowych aktualizacji w środowisku produkcyjnym, śledź nasze instrukcje, jak przyspieszyć i uprościć migracje oraz zmniejszyć ryzyko.

Głośniki:

• Kevin Hoffman, starszy menedżer produktu w WP Engine
• Austin Wendt, starszy menedżer produktu w WP Engine

Slajdy sesji:

Transkrypcja:

AUSTIN WENDT: Witam wszystkich i dziękuję za dołączenie. Cieszymy się, że jesteś. Witamy na konferencji DE{CODE}.

Nazywam się Austin Wendt, jestem starszym menedżerem produktu w WP Engine i pracuję nad budowaniem naszego produktu lokalnego. A wraz z moim kolegą Kevinem, którego za chwilę tu poznacie, jesteśmy podekscytowani możliwością dzisiejszej rozmowy na temat inteligentniejszego budowania — szczególnie w zakresie zarządzania migracjami. Dlatego omówimy szybsze, łatwiejsze i bezpieczniejsze sposoby przenoszenia witryny z punktu A do punktu B, abyś czuł się pewnie w tych przepływach pracy programistycznej, niezależnie od tego, czy przenosisz witrynę do lokalnego, bezpiecznego środowiska programistycznego, czy też ponownie gotowy do udostępnienia tej witryny w czasie.

Zanim przejdziemy do rzeczy, omówię krótki plan. Dzisiaj omówimy trzy rodzaje migracji, o których lubimy myśleć tutaj w WP Engine, gdy mówimy o przenoszeniu kodu. Zdefiniujemy nasz idealny przepływ pracy migracji i przeprowadzimy Cię przez niego w trakcie tej prezentacji, przedstawiając różne sposoby przenoszenia kodu. Omówimy eksportowanie Twojej istniejącej witryny i obniżanie jej – importowanie do lokalnego środowiska programistycznego.

Porozmawiamy o przeprowadzeniu pierwszego wdrożenia — czyli kiedy uruchamiasz swoją witrynę po raz pierwszy, jak to wygląda i jak to zrobić, a następnie o synchronizacji tych dwóch środowisk w czasie. Więc zanurzmy się w tym.

Trzy rodzaje migracji, o których myślimy — istnieją trzy główne opcje, które użytkownik może próbować wykonać. Pierwszy to tryb zdalny-lokalny. Więc jeśli masz już witrynę hostowaną gdzieś w Internecie i chcesz przenieść ją do lokalnego środowiska, może małego l, lokalnego środowiska, jest to przydatne, gdy być może zaczynasz pracę nad istniejącą witryną klienta. Więc albo odziedziczyłeś nowego klienta, albo klient prosi cię o wprowadzenie zmian i przeniesienie go w bezpieczne miejsce, abyś mógł rozwiązać ten problem w środowisku niskiego ryzyka.

Jest to również bardzo przydatne, gdy próbujesz pobrać najnowsze zmiany w bazie danych, aby upewnić się, że zdalne środowisko i środowisko produkcyjne — lub przepraszam, środowisko programistyczne — są jak najbardziej dopasowane. Drugi to Lokalny na zdalny. Więc kiedy wracasz z komputera osobistego na hostowany serwer - albo po raz pierwszy wdrażasz pełną witrynę, albo wprowadziłeś pewne zmiany w kodzie i przesuwasz te zmiany, zadzwoń dla motywów lub wtyczek, cokolwiek to może być, co chcesz zobaczyć na żywo w swojej witrynie.

A drugi – przepraszam, trzeci jest zdalny na zdalny. Nie będziemy dziś zbytnio zagłębiać się w ten temat, ale jest to coś, co jest możliwe dzięki narzędziom, o których się dowiesz. Używasz tego zwykle, gdy zmieniasz dostawcę usług hostingowych – czyli przenosisz się z hosta A na hosta B lub potencjalnie, gdy przenosisz się między środowiskami deweloperskimi, przejściowymi i produkcyjnymi, niezależnie od tego, gdzie Twoja witryna może być hostowana.

W związku z tym przekażę to Kevinowi, aby się przedstawił i zaczął od tego, jak wygląda ten idealny przepływ migracji. Kevinie, zabierz to.

KEVIN HOFFMAN: Hej, dzięki, Austin. Nazywam się Kevin Hoffman i jestem menedżerem produktu WP Migrate. Chcę rozpocząć dzisiaj od planu gry dotyczącego rodzaju migracji, w które zamierzamy wskoczyć. Dlatego za każdym razem, gdy przenosisz się ze środowiska zdalnego na komputer lokalny i tworzysz kopię zapasową na zdalnym hoście, może to być zniechęcające zadanie. Chcemy jednak, abyś opuścił tę prezentację z planem rozwiązań, abyś mógł samodzielnie przeprowadzić te migracje.

Na początek chcemy usunąć istniejącą witrynę ze starego hosta. Będzie to obejmować pełny eksport witryny za pomocą WP Migrate. Następnie przeniesiemy się do Lokalnego, gdzie będziemy mogli wprowadzić lokalne zmiany programistyczne, a następnie wdrożyć tę witrynę z powrotem na naszym nowym hoście.

Aby zacząć, przejdę do pełnego przepływu eksportu witryny za pomocą WP Migrate. Być może zadajesz sobie pytanie, dlaczego w tej sytuacji używamy pełnego eksportu witryny? Dlaczego nie pchać ani nie ciągnąć bezpośrednio między dwoma środowiskami? Cóż, jest ku temu kilka powodów.

Na początek użyję wersji Pro WP Migrate, ale możesz też skorzystać z WP Migrate Lite, która jest darmową wersją naszej wtyczki w katalogu wtyczek WordPress.

Cztery główne powody, dla których używamy pełnego eksportu witryny w tej sytuacji, to po pierwsze fakt, że jest to migracja jednokierunkowa. Chcemy wydostać się ze zdalnego hosta i nie mamy planów powrotu. Nie ma również istniejącej instalacji lokalnej, do której moglibyśmy przenieść witrynę. Gdyby tak było, moglibyśmy użyć migracji wypychanej lub migracji ściąganej, aby przenieść witrynę na maszynę lokalną. Ale ponieważ nie ma istniejącej instalacji, najbardziej sensowny jest import przeciągania i upuszczania do lokalnego.

I wreszcie, wykonując pełny eksport witryny, otrzymujemy również bezpłatną kopię zapasową. Cała witryna zostanie umieszczona w jednym pakiecie ZIP, który stanowi doskonałą kopię zapasową przed wprowadzeniem jakichkolwiek przyszłych zmian.

Aby zacząć, przejdźmy do WP Migrate i zobaczmy, jak to działa.

Więc kiedy po raz pierwszy otworzysz WP Migrate, będziesz mieć przed sobą sześć działań. Ponieważ chcemy jak najszybciej usunąć witrynę ze zdalnego hosta, wybieramy akcję eksportu. Otwarcie profilu eksportu daje nam możliwość skonfigurowania opcji bazy danych, a także multimediów, motywów, wtyczek i podstawowych plików WordPress.

Przejdźmy dalej i zacznijmy od konfiguracji bazy danych. Teraz, gdybym chciał, mógłbym wykluczyć niektóre tabele lub typy postów z tej migracji. Ale na razie chcę przejść z domyślną konfiguracją i po prostu usunąć całą witrynę ze zdalnego hosta. Chcę wspomnieć o standardowych polach wyszukiwania i zamiany, takich jak adres URL lub ścieżka lokalnej instalacji WordPressa, w witrynie, którą eksportujemy.

Teraz, jeśli przeprowadzałeś ręczną migrację, możesz chcieć przenieść te wartości i edytować je, aby pasowały do ​​miejsca docelowego. Ponieważ jednak używamy opcji Local, jest ona wystarczająco inteligentna, aby zająć się wyszukiwaniem i zamianą za nas, więc w rzeczywistości nie musimy wypełniać tych opcjonalnych pól. Możemy zostawić je puste i przejść dalej.

Następna jest niestandardowa funkcja znajdowania i zastępowania. Jest to możliwość wyszukiwania dowolnych ciągów w mojej bazie danych WordPress lub w moich treściach w mojej witrynie. Na przykład, może mam starą nazwę firmy i chcę ją zastąpić nową nazwą firmy, mogę to zrobić za pomocą tych niestandardowych pól wyszukiwania i zamiany. W razie potrzeby mogę dodać dodatkowe wiersze.

Więc dba o bazę danych. Przejdźmy do naszych przesyłanych multimediów. Teraz, ponieważ przenoszę całą witrynę, chcę wybrać opcję Eksportuj wszystkie przesłane multimedia. Ale chcę wykluczyć niektóre pliki, takie jak dzienniki, kopie zapasowe i pamięci podręczne, które mogą spowolnić eksport.

Gdy przejdziemy do plików motywów, chcę dołączyć wszystkie moje motywy. Nie tym razem, tylko aktywne motywy, ponieważ interesują mnie tylko motywy, które aktywnie wpływają na działającą witrynę.

Podobnie z wtyczkami – chcę wyeksportować tylko moje aktywne wtyczki. A jeśli chodzi o podstawowe pliki WordPress, chcę je dołączyć, ponieważ chcę się upewnić, że mój rdzeń WordPress pasuje dokładnie do wersji witryny, z której eksportuję.

Mając w pełni skonfigurowany profil, mogę teraz rozpocząć eksport, który szybko przejrzy moje tabele bazy danych, przesłane multimedia, motywy, wtyczki i podstawowe pliki WordPress.

W tym momencie baza danych i wszystkie pliki w witrynie są łączone w jeden wygodny plik ZIP. Tak więc w ciągu zaledwie 18 sekund cała witryna została spakowana.

Jestem teraz gotowy, aby przejść do Local. Zanim to zrobię, chcę szybko zajrzeć do pliku zip, aby zobaczyć, co tam jest. Możesz zobaczyć, że mam katalog plików. Obejmuje to wszystkie pliki WordPress, w tym moją zawartość WP, wtyczki, motywy i przesłane pliki. Mam też zrzut bazy danych.

I jeszcze jeden plik, który jest naprawdę ważny i unikalny dla WP Migrate – eksportowy plik JSON WP Migrate zawiera kluczowe informacje o wyeksportowanej witrynie, takie jak wersja PHP i wersja MySQL, więc gdy Local zajmie się importem , może jak najdokładniej dopasować to zdalne środowisko.

Dzięki temu możesz importować do Local. I wyślę go z powrotem do Austina.

AUSTIN WENDT: Świetnie, dzięki, Kevin. Tak, jestem podekscytowany mogąc opisać, jak wspomniał Kevin, jak możemy zaimportować ten plik ZIP do Local i przygotować go do rozpoczęcia budowy. Ale najpierw chcę się upewnić, że przedstawię, czym jest Local. Jeśli nie jesteś zaznajomiony, Local jest najlepszym narzędziem programistycznym WordPress, stworzonym przez ludzi tutaj w WP Engine, i cieszymy się, że możemy udostępniać i oferować społeczności za darmo.

Jest to więc bezpłatne narzędzie programistyczne. Jeśli o tym nie słyszałeś, sprawdź to, localWP.com, chcielibyśmy, abyś używał tego produktu. Ale dzisiaj będziemy używać Local, aby ułatwić ten przepływ pracy.

A dlaczego lokalny? Podobnie jak w przypadku każdego środowiska specyficznego dla Twojej maszyny, jest to bardzo niskie ryzyko. Jak powiedział Kevin, podczas importowania tego eksportu z WP Migrate Local spróbuje dokładnie naśladować środowisko produkcyjne. Więc tak blisko, jak to tylko możliwe, wersja WordPress, wersja PHP, baza danych, twoja lokalna maszyna powinny naśladować to, co dzieje się w produkcji, więc jeśli rozwiązujesz problemy lub próbujesz zobaczyć, co jest nie tak, Local powinien być w stanie powiedzieć i bądź jak najbliżej tego, co dzieje się w twoim hostowanym środowisku.

Inną kluczową zaletą robienia tego z Local jest przepływ pracy, o którym właśnie wspomniał Kevin, jest niezależny od hosta. Niezależnie więc od tego, gdzie hostujesz, czy to z Flywheel, czy WP Engine, będziesz mógł wyeksportować tę witrynę i bardzo szybko i łatwo przejść do lokalnego.

Więc przerzucę go do wersji demonstracyjnej i pokażę, jak to wygląda w lokalnym interfejsie użytkownika.

Świetnie, więc zrobiłem już WP Migrate i zapisałem ten plik zip na moim pulpicie. A kiedy idę utworzyć witrynę w Lokalnie, pojawi się ta nowa strefa przeciągania, która wskazuje, że możesz tutaj przeciągać i upuszczać pliki zip. Zaletą Local jest to, że mogę to zrobić z dowolnego ekranu w interfejsie użytkownika. Więc jeśli przeciągnę i upuszczę ten plik zip na Local, zasugeruje mi nazwę witryny z pliku JSON eksportu WP migracji, o którym wspomniał Kevin.

Jest wstępnie wybrany mój PHP, mój serwer WWW, moja baza danych. A potem klikam Utwórz, a Local zajmuje się resztą. Więc Local aktywnie rozpakowuje ten plik ZIP, importuje wszystkie te pliki WordPress i ustawia tę witrynę na mojej maszynie w stanie tak zbliżonym do produkcyjnego, jak to tylko możliwe.

Podczas gdy to się kręci, poprosi o pozwolenie na aktualizację mojego pliku hosta, na co wprowadzę moje hasło i pozwolę mu to zrobić. Ale wtedy Local zaczyna dodawać WordPress i możesz zaczynać.

Kiedy to się skończy, szybko podkreślę coś, co widać po lewej stronie – możliwość grupowania witryn jest nowością w Lokalnie w ciągu ostatnich kilku tygodni. Więc przeciągnę i upuszczam Garrett's Grocery do mojej sekcji demonstracyjnej DE {CODE} - to dobry sposób, do którego zachęcam, aby uporządkować swoje witryny, być może pogrupować je według klienta lub wersji, połączonej z WP Silnik czy nie, cokolwiek Ci odpowiada. Więc spróbuj.

Ale Local kończy tutaj, zmienia tę domenę witryny. To, co to zrobi, to skonfigurowanie go na moim komputerze, tak aby był dostępny, jak widać tutaj, na mysite.local. Jeśli kliknę, Otwórz stronę, oto sklep spożywczy Garretta. Więc skutecznie wyszedłem z mojego hostowanego środowiska, przeciągnąłem i upuściłem go do Local i uruchomiłem go na moim komputerze w mniej niż dwie minuty, co jest niesamowite.

W tym przykładzie pokazaliśmy, że możesz pobrać go ze starego hosta, niezależnie od tego, gdzie się on znajduje w Internecie, oraz z kombinacją eksportu całej witryny WP Migrate, przenosząc to do lokalnego i naśladując twoje środowisku produkcyjnym w mniej niż kilka minut.

Teraz pytanie brzmi: kiedy już mam to w trybie lokalnym, jestem gotowy, aby rozpocząć wprowadzanie zmian. Jak mogę go odzyskać i ponownie udostępnić w Internecie? Aby przenieść Twoją witrynę z Local i przenieść ją z powrotem do Twojego hosta, użyjemy Local Connect do wdrożenia w WP Engine lub Flywheel. Zarówno z pełnej migracji serwisu, jak i migracji częściowych.

Ale dlaczego miałbyś chcieć przeprowadzić pełne wdrożenie witryny? Dobrym przykładem jest pierwsze wdrożenie całej witryny na hoście. Więc może strona w ogóle jeszcze nie istnieje, a może jest to tylko strona z szablonem na hoście. Jeśli chcesz dołączyć całe motywy lub zmiany wtyczek, a może po prostu chcesz całkowicie zastąpić bieżącą witrynę, która znajduje się dzisiaj na hoście. Więc może już ma zawartość, ale to, co tam jest teraz, po prostu nie jest już produktywne ani sprzyjające, a ty jesteś gotowy, aby to po prostu wyczyścić, użyłbyś pełnego wdrożenia witryny.

Więc używając Local, jest to dość łatwe do osiągnięcia. I pokażę ci demo, jak to wygląda. Więc mam tutaj Garrett's Grocery i wprowadziłem szereg zmian w witrynie, które jestem gotów wprowadzić. Teraz Local ma koncepcję Local Connect, jak wspomniałem - po lewej stronie znajduje się ikona chmury dla Connect. W prawym dolnym rogu znajduje się również Połącz z hostem, który pozwoli mi połączyć WP Engine lub z kołem zamachowym.

Na dzisiaj wykonam to, przechodząc do karty Połącz i klikając opcję Połącz z platformą. Zaloguję się na moje konto WP Engine, którego oszczędziłem, obserwując, jak się loguję. To, co możesz zobaczyć, to Local Connect przyciąga wszystkie witryny, do których mam dostęp w WP Engine. Teraz wrócę do Garrett's Grocery w moim przeglądzie. W prawym dolnym rogu wybiorę Połącz z WP Engine.

Local sprawdzi, czy ta witryna jest kompatybilna z infrastrukturą WP Engine. Więc używając aktualnego WordPressa i PHP, a następnie mogę kliknąć Push.

Push pozwoli mi wybrać widok, który chcę nadpisać na WP Engine. Pozwoli mi to wybrać środowisko. Więc wybiorę witrynę Austina Wendta i wybiorę produkcję. A to, co zobaczysz po prawej stronie ekranu, to Local określa listę plików.

Oznacza to, że lokalny polega zasadniczo na rozróżnianiu tego, co jest na moim komputerze, a tym, co istnieje na serwerze, i zapewnianiu mi tego, abym mógł naprawdę zobaczyć i zrozumieć zmiany, które zamierzam wprowadzić. Ponieważ jest to pełne wdrożenie witryny, możesz zobaczyć, że nic się nie dzieje w moim lokalnym środowisku, ale zamierzam nadpisać wszystko, co jest w środowisku produkcyjnym, jak widać za pomocą tych czerwonych X po prawej stronie.

Więc klikam Push to WP Engine, a Local zaczyna zajmować się resztą. Cały ten film trwa około czterech minut – oszczędzę wam oglądania go ze mną, kiedy tu siedzę. To, co się dzieje, to Local pakuje te pliki. Zaczyna przesyłać te pliki do WP Engine. I zaczynam analizować, jak powiedziałem, różnice między tym, co jest na mojej maszynie, a tym, co jest na serwerze WP Engine.

Ten sam przepływ pracy dotyczyłby również koła zamachowego, jeśli tam gościsz. Podążymy tym samym przepływem, wprowadzając różnicę plików między twoją maszyną a serwerem.

Teraz Local zaczyna pakować bazę danych. Popycha to również do WP Engine. Więc usuwa wszystkie istniejące tabele, które istnieją na zdalnym serwerze i zastępuje je tym, co pochodzi z mojego komputera.

W ramach tego przejścia do bazy danych, przyjrzy się domenie witryny i przeprowadzi dla mnie wyszukiwanie i zamianę, jak widać teraz. Aby wszystkie moje linki i adresy URL, które są przechowywane w mojej bazie danych, zostały zaktualizowane wraz z prefiksami tabel, aby działały poprawnie w środowisku produkcyjnym.

Więc zaktualizuje dla mnie te prefiksy tabeli. I tak po prostu moja witryna została przeniesiona do WP Engine.

Zaczynając od nowa, Garrett's Grocery wciąż jest na mojej maszynie. Ale także, jeśli przejdę do zakładki Połącz, zobaczę tę stronę Austina Wendta, którą wcisnąłem po prawej stronie, jest tam napisane, że jest połączona z Garrett's Grocery. A jeśli kliknę tę nazwę strony, Austin Wendt, otworzy się ona w przeglądarce, aby pokazać mi, że nowa zawartość jest dostępna w Internecie.

Więc teraz, gdy wiemy, jak używać Lokalnego do pełnego wdrożenia witryny, chciałbym omówić, w jaki sposób możemy użyć Lokalnego również do synchronizacji środowisk za pomocą funkcji, którą znamy jako MagicSync.

MagicSync to inne określenie migracji przyrostowych. Tak więc przenoszenie tylko małych fragmentów kodu między lokalnym środowiskiem a zdalnym serwerem. A dlaczego chcesz to zrobić?

Więc może nie chcesz zastępować całej witryny. Wprowadziłeś tylko mniejsze częściowe zmiany w istniejącej witrynie, które możesz opublikować. Co jest również fajne w Local – Local pozwoli ci, jak wspomniałem, tej funkcji porównywania, wybrać i wybrać pliki, które chcesz dołączyć, a nawet wykluczyć. Tak więc dużym powszechnym przypadkiem użycia tutaj jest to, że zrobiłem wiele rzeczy na moim komputerze, ale chcę wykluczyć popychanie i ciągnięcie mediów, ponieważ jest to bardzo ciężka i intensywna część mojej witryny. Mogę po prostu odznaczyć media.

Więc zagłębimy się tutaj w demo tego, jak wygląda MagicSync. Więc znowu, tutaj mam Garrett's Grocery - powiedzmy, że tym razem dokonałem kolejnego mniejszego zestawu zmian i jestem gotowy, aby zobaczyć to odzwierciedlenie na żywo w WP Engine. Ten sam przepływ pracy tutaj - w prawym dolnym rogu ekranu wracam, aby wypchnąć do WP Engine. Jest już dla mnie wstępnie wybrana witryna Austin Wendt i środowisko, pamiętając, że zrobiłem to ostatni raz.

I tym razem będzie krótszy – ponownie określa różnicę między tym, co jest na mojej maszynie, a tym, co jest na serwerach WP Engine. Więc wróci tutaj i wykryje mniejszy zestaw zmian, które zostały wprowadzone na stronie. Mogę odznaczyć wszystkie zmiany plików, które chcę. Mogę wybrać tylko mój folder zawartości WP.

A może w tym przypadku powiedzmy, że chcę tylko wypchnąć moją bazę danych. Mogę więc zaznaczyć pole bazy danych i nacisnąć Push. Więc teraz to, co się dzieje, to ten sam przepływ pracy, którego byliśmy świadkami wcześniej, z wyjątkiem tego, że Local faktycznie nie przesyła żadnych plików do WP Engine. To tylko zastąpienie zmian w bazie danych, które wprowadziłem na moim komputerze, bazą danych, która była aktualnie na serwerze WP Engine.

Więc podobny przepływ pracy tutaj – właściwie obejrzymy ten jeden proces, ponieważ nie trwa to tak długo. Ponieważ różnica jest mniejsza. Więc prześlemy bazę danych do WP Engine. Lokalny ponownie pójdzie do przodu i wykona wyszukiwanie i zamianę. Wykryje więc, czy zmieniły się prefiksy tabeli, a adresy URL, które były inne na moim komputerze, muszą zostać odzwierciedlone na zdalnym hoście.

Zrobi te aktualizacje dla mnie. Za mniej więcej minutę zmiany w witrynie, które wprowadziłem na moim komputerze, zostaną przesłane do WP Engine i gotowe do wykorzystania przez kolegów i współpracowników, którzy chcą po prostu przejrzeć moją pracę, może przeniosłem się do środowiska programistycznego lub jeśli jest ono dostępne w sieci w fazie produkcyjnej i gotowe dla moich klientów lub klientów — lub po prostu dla konsumentów do obejrzenia w sieci.

Tak po prostu, witryna została przeniesiona do WP Engine i gdybym wrócił do przeglądarki, zobaczyłbyś tam zaktualizowaną i odzwierciedloną witrynę. Więc teraz, gdy rozumiemy, jak używać Local do wykonywania przyrostowych migracji, chciałbym przekazać go Kevinowi, aby pokazał Ci inny sposób na osiągnięcie tego za pomocą narzędzia WP Migrate.

KEVIN HOFFMAN: Hej, dzięki, Austin. Doceniamy, że przeprowadzasz nas przez przepływ pracy Local to WP Engine, ale wiemy, że nie zawsze masz kontrolę nad swoim dostawcą usług hostingowych. Następny przepływ pracy pokaże Ci, jak przeprowadzić migrację między dowolnymi dwoma środowiskami WordPress. W tym przypadku przejście z lokalnego do dowolnego innego hosta internetowego.

Aby to zrobić, użyjemy koncepcji zwanej pchaniem i ciągnięciem, używając WP Migrate. Dlaczego miałbyś robić pchanie lub ciągnięcie? Teraz, w przeciwieństwie do pełnego eksportu witryny, jest to migracja dwukierunkowa. Oznacza to, że obie witryny już istnieją i wymaga to nieco większych inwestycji z góry, aby uzyskać długoterminowy zwrot.

Tak więc po zakończeniu tej konfiguracji będziesz gotowy do obsługi przyrostowych migracji w czasie i utrzymywania synchronizacji dwóch środowisk na bieżąco.

Zobaczmy więc, jak to wygląda. Załóżmy więc, że witryna jest gotowa do wdrożenia na zdalnym hoście. Masz wiele postów i wiele obrazów w swojej bibliotece multimediów. Zamierzamy przenieść tę zawartość do nowej witryny, w której obecnie nie ma żadnych postów ani obrazów w bibliotece multimediów.

Inne podejście, które tutaj zastosujemy, polega na użyciu migracji wypychanej. Pierwszą rzeczą, o którą mnie poprosił, były informacje o połączeniu ze zdalnej witryny. Mogę więc przełączyć się na zdalną witrynę i na karcie ustawień skopiować informacje o połączeniu bezpośrednio do schowka. Chcę również włączyć migrację wypychaną, aby móc akceptować te żądania wypychane z witryny lokalnej.

Wklejając te informacje do pola informacji o połączeniu, mam teraz połączenie ze zdalną witryną i jestem gotowy do skonfigurowania opcji bazy danych. Dużą różnicą, którą zauważysz tutaj, w porównaniu z naszym przepływem pracy eksportu, jest to, że obie strony Znajdź i zamień adresu URL i ścieżki są całkowicie wypełnione za nas. A to dlatego, że WP Migrate znajduje się na obu stronach i ma dostęp do tych informacji oraz może zająć się nimi za nas bez konieczności wprowadzania czegokolwiek w celu rozpoczęcia migracji.

Nie zamierzam wykonywać niestandardowego wyszukiwania i zastępowania, ale zamierzam uwzględnić wszystkie przesłane przeze mnie multimedia z biblioteki, a także wszystkie moje motywy i wtyczki. Teraz, jedną wyjątkową cechą, którą zauważysz tutaj, wybierając moje wtyczki, jest to, że pokazuje mi, jaki jest stan tej wtyczki na zdalnej stronie. Teraz, w tym przypadku, nie ma tam żadnych wtyczek, więc wszystkie te wtyczki zostaną dodane po raz pierwszy, a aktualny numer wersji jest wskazany po najechaniu kursorem na tę ikonę.

Zamierzam zapisać ten profil do wykorzystania w przyszłości i nadać mu nazwę Push Full Site. Dlatego za każdym razem, gdy muszę przesłać pełną witrynę do tej zdalnej lokalizacji, mogę po prostu ponownie odwiedzić ten profil i uruchomić go.

Kiedy uruchomię profil, zobaczysz, jak ponownie przechodzi przez tabele, przesłane multimedia, motywy, wtyczki, a otrzymasz informacje o rozmiarze żądań w miarę trwania migracji.

Po zakończeniu migracji możesz kontynuować i zamknąć modal, a twoje dwa środowiska są teraz zsynchronizowane.

W tym momencie możesz ponownie odwiedzić ekran swojego profilu, aby sprawdzić, w jaki sposób zapisany profil jest dostępny do ponownego kliknięcia, jeśli kiedykolwiek będziesz musiał go ponownie uruchomić.

Jest to więc pełne wdrożenie witryny z profilem zapisu w WP Migrate. Ale możesz się zastanawiać, co z wdrażaniem zmian przyrostowych? Tak więc, jak pokazał ci Austin, używając MagicSync w trybie lokalnym, jest to kolejny sposób na zrobienie tego za pomocą WP Migrate. Zamierzam więc utworzyć kolejny profil wypychania, wprowadzić te same informacje o połączeniu, ale tym razem, kiedy wybiorę przesyłane multimedia, będę przesyłać tylko nowe i zaktualizowane przesyłane multimedia.

Oznacza to, że przy pierwszym uruchomieniu migracji obejmie wszystko. Ale każda następna migracja będzie obejmować tylko te pliki multimedialne, które uległy zmianie.

Jest to doskonały przepływ pracy za każdym razem, gdy przesyłasz treści i pliki multimedialne bez martwienia się o motywy lub wtyczki. Zamierzam teraz zapisać ten profil i nadać mu nazwę Push Content and Media.

To pozostawia mi teraz dwa profile migracji, których mogę użyć do dwóch różnych celów. Są one zapisywane na ekranie mojego profilu i są dostępne w każdej chwili, gdy muszę do nich wrócić. Mógłbym nawet skonfigurować profil pobierania, aby następnie pobierać dane produkcyjne do tej lokalnej witryny i utrzymywać synchronizację obu środowisk w obu kierunkach.

Na tym kończymy nasze przepływy pracy przy użyciu lokalnego i WP Migrate, aby przejść ze zdalnego do lokalnego iz powrotem do zdalnego.

Jak widać, teraz nasz plan gry jest gotowy, mamy rozwiązania umożliwiające przeniesienie się ze zdalnej witryny za pomocą pełnego eksportu witryny z WP Migrate, przeciągnij i upuść, importując to do lokalnego, a następnie przesyłając do WP Engine lub Flywheel, lub innego gospodarza. To tylko wierzchołek góry lodowej, jeśli chodzi o rozwiązania migracyjne i to, co jest możliwe, gdy używasz razem WP Migrate i Local.

Mamy więc nadzieję, że daje to plan gry następnym razem, gdy będziesz musiał przeprowadzić własne migracje. Czekamy na wiadomość od Ciebie na naszych kontach na Twitterze dla WP Migrate i Local, i mamy nadzieję, że spodoba ci się reszta DE {CODE]. Dziękujemy za dołączenie do nas.