Migrationen meistern – Schnellere, einfachere und sicherere Möglichkeiten, Ihre Website von A nach B zu verschieben

Migrationen können schwierig sein! Wir alle kennen dieses Gefühl der Frustration (oder völligen Angst), wenn wir sehen, dass eine Migration fehlschlägt, aber wir kennen auch das Gefühl der Erleichterung, wenn eine Migration erfolgreich ist. Wie können wir bei all der Komplexität und den Nuancen von Migrationen unsere Erfolgsrate steigern und unsere Zeit zurückgewinnen, um uns auf die Arbeit zu konzentrieren, die wir wirklich erledigen wollen?

Unabhängig davon, ob Sie ein etabliertes Projekt auf Ihren lokalen Computer kopieren oder eine Handvoll inkrementeller Updates für die Produktion bereitstellen müssen, folgen Sie uns, während wir durchgehen, wie Sie Ihre Migrationen beschleunigen, vereinfachen und risikoreduzieren können.

Lautsprecher:

• Kevin Hoffman, leitender Produktmanager bei WP Engine
• Austin Wendt, leitender Produktmanager bei WP Engine

Sitzungsfolien:

Transkript:

AUSTIN WENDT: Willkommen, alle zusammen, und danke, dass Sie dabei sind. Wir freuen uns, Sie zu haben. Und willkommen zur DE{CODE} Konferenz.

Mein Name ist Austin Wendt, ich bin Senior Product Manager hier bei WP Engine und arbeite an der Entwicklung unseres lokalen Produkts. Und mein Kollege Kevin und ich, die Sie gleich hier treffen werden, freuen uns, heute mit Ihnen über intelligenteres Bauen zu sprechen – insbesondere im Hinblick auf die Bewältigung Ihrer Migrationen. Daher behandeln wir schnellere, einfachere und sicherere Möglichkeiten, Ihre Website von Punkt A nach Punkt B zu verschieben, damit Sie sich in diesen Entwicklungsworkflows sicher fühlen, egal ob Sie eine Website in eine lokale, sichere Entwicklungsumgebung bringen oder Sie sind bereit, diese Website im Laufe der Zeit live zu schalten.

Ich werde eine kurze Agenda behandeln, bevor wir eintauchen. Was wir heute behandeln werden, ist, dass wir die drei Arten von Migrationen vorstellen, an die wir hier bei WP Engine gerne denken, wenn wir über das Verschieben von Code sprechen. Wir werden unseren idealen Migrationsworkflow definieren und Sie im Laufe dieser Präsentation durch verschiedene Möglichkeiten zum Verschieben Ihres Codes führen. Wir behandeln den Export Ihrer bestehenden Website und deren Herunterfahren – den Import in eine lokale Entwicklungsumgebung.

Wir werden über die Durchführung einer erstmaligen Bereitstellung sprechen – also wenn Sie Ihre Website zum ersten Mal live schalten, wie das aussieht und einige Möglichkeiten, dies zu erreichen, und dann über die Synchronisierung dieser beiden Umgebungen im Laufe der Zeit. Lassen Sie uns also direkt darauf eingehen.

Die drei Arten von Migrationen, an die wir denken – es gibt drei Hauptoptionen, die ein Benutzer versuchen könnte durchzuführen. Die erste ist remote-to-local. Wenn Sie also bereits eine Website irgendwo im Web gehostet haben und diese in eine lokale Umgebung, vielleicht ein kleines l, einbringen möchten, ist dies nützlich, wenn Sie vielleicht mit der Arbeit an einer bestehenden Website eines Kunden beginnen. Sie haben also entweder einen neuen Kunden geerbt oder ein Kunde bittet Sie, Änderungen vorzunehmen und diese an einem sicheren Ort herunterzuladen, damit Sie dies in einer Umgebung mit geringem Risiko beheben können.

Auch sehr nützlich, wenn Sie nur versuchen, die neuesten Datenbankänderungen herunterzuladen, damit Sie sicherstellen können, dass Ihre Remote-Umgebung und Ihre Produktions- oder entschuldigen Sie, Entwicklungsumgebung so gut wie möglich aufeinander abgestimmt sind. Die zweite ist Lokal zu Remote. Wenn Sie also von Ihrem persönlichen Computer auf den irgendwo gehosteten Server zurückkehren – also entweder zum ersten Mal eine vollständige Website bereitstellen oder einige Codeänderungen vorgenommen haben und diese Änderungen vorantreiben, rufen Sie an nach Themes oder Plugins, was auch immer das sein mag, das Sie live auf Ihrer Website sehen möchten.

Und die zweite – Entschuldigung, die dritte ist remote-to-remote. Wir werden heute nicht zu sehr darauf eingehen, aber es ist etwas, das mit den Tools möglich ist, die Sie kennenlernen werden. Sie würden dies normalerweise verwenden, wenn Sie entweder den Hosting-Provider wechseln – also von Host A zu Host B wechseln, oder möglicherweise, wenn Sie zwischen Entwicklungs-, Staging- und Produktionsumgebungen wechseln, wo auch immer Ihre Site gehostet wird.

Damit übergebe ich es an Kevin, sich vorzustellen und uns damit zu beginnen, wie dieser ideale Migrationsfluss aussieht. Kevin, nimm es weg.

KEVIN HOFFMAN: Hey, danke, Austin. Also mein Name ist Kevin Hoffman, ich bin der Produktmanager von WP Migrate. Ich möchte die Dinge heute beginnen, indem ich mit einem Spielplan der Art von Migrationen beginne, in die wir uns stürzen werden. Jedes Mal, wenn Sie von einer Remote-Umgebung auf Ihren lokalen Computer wechseln und auf einem Remote-Host sichern, kann dies eine entmutigende Aufgabe sein. Aber wir möchten, dass Sie diese Präsentation mit einem Lösungsplan verlassen, damit Sie diese Migrationen selbstbewusst durchführen können.

Und zu Beginn wollen wir die bestehende Site aus dem alten Host herausholen. Das beinhaltet also einen vollständigen Site-Export mit WP Migrate. Wir werden dann zu Local wechseln, wo wir unsere lokalen Entwicklungsänderungen vornehmen und diese Site dann wieder auf unserem neuen Host bereitstellen können.

Um mit den Dingen zu beginnen, werde ich mit WP Migrate zu einem vollständigen Site-Exportablauf übergehen. Sie fragen sich vielleicht, warum wir in dieser Situation einen vollständigen Site-Export verwenden? Warum nicht direkt zwischen zwei Umgebungen pushen oder ziehen? Nun, dafür gibt es ein paar Gründe.

Zu Beginn verwende ich die Pro-Version von WP Migrate, aber Sie können auch WP Migrate Lite folgen, die kostenlose Version unseres Plugins im WordPress-Plugin-Verzeichnis.

Die vier Hauptgründe, warum wir in dieser Situation einen vollständigen Site-Export verwenden, sind erstens, weil es sich um eine Einwegmigration handelt. Wir wollen den entfernten Host verlassen, und wir haben nicht vor, zurückzugehen. Es gibt auch keine vorhandene lokale Installation, in die wir die Site verschieben könnten. Wenn ja, könnten wir vielleicht eine Push-Migration oder eine Pull-Migration verwenden, um die Site auf den lokalen Computer herunterzuladen. Da es jedoch keine vorhandene Installation gibt, ist ein Drag-and-Drop-Import auf lokal am sinnvollsten.

Und schließlich erhalten wir durch einen vollständigen Site-Export auch ein kostenloses Backup. Die gesamte Website wird in einer gebündelten ZIP-Datei gekapselt, die eine großartige Sicherung darstellt, bevor Sie zukünftige Änderungen vornehmen.

Lassen Sie uns also zu Beginn zu WP Migrate springen und sehen, wie das funktioniert.

Wenn Sie also WP Migrate zum ersten Mal öffnen, haben Sie sechs Aktionen vor sich. Da wir die Site so schnell wie möglich aus dem Remote-Host herausholen möchten, wählen wir die Export-Aktion. Das Öffnen des Exportprofils gibt uns die Möglichkeit, die Datenbankoptionen sowie Medien, Themen, Plugins und WordPress-Kerndateien zu konfigurieren.

Lassen Sie uns fortfahren und mit der Datenbankkonfiguration beginnen. Nun, wenn ich wollte, könnte ich bestimmte Tabellen oder Beitragstypen von dieser Migration ausschließen. Aber jetzt möchte ich mit der Standardkonfiguration fortfahren und einfach die gesamte Site aus dem Remote-Host herausholen. Ich möchte Standardfelder zum Suchen und Ersetzen erwähnen, wie die URL oder den Pfad der lokalen WordPress-Installation, auf der Website, die wir exportieren.

Wenn Sie jetzt eine manuelle Migration durchgeführt haben, möchten Sie diese Werte möglicherweise verschieben und bearbeiten, damit sie mit dem Ziel übereinstimmen. Da wir jedoch Local verwenden, ist es intelligent genug, sich um dieses Suchen und Ersetzen für uns zu kümmern, sodass wir diese optionalen Felder nicht wirklich ausfüllen müssen. Wir können sie leer lassen und weitermachen.

Als nächstes kommt das benutzerdefinierte Suchen und Ersetzen. Dies ist die Möglichkeit, in meiner WordPress-Datenbank oder in meinen Inhalten auf meiner Website nach beliebigen Zeichenfolgen zu suchen. Vielleicht habe ich zum Beispiel einen alten Firmennamen und möchte ihn durch meinen neuen Firmennamen ersetzen. Das kann ich über diese benutzerdefinierten Such- und Ersetzungsfelder tun. Und ich kann bei Bedarf zusätzliche Zeilen hinzufügen.

Das kümmert sich also um die Datenbank. Kommen wir zu unseren Medien-Uploads. Da ich jetzt die gesamte Website verschiebe, möchte ich Alle Medien-Uploads exportieren auswählen. Aber ich möchte einige Dateien wie Protokolle, Sicherungen und Caches ausschließen, die den Export aufblähen könnten.

Wenn wir uns den Themendateien zuwenden, möchte ich alle meine Themen einbeziehen. Diesmal nicht, nur die aktiven Themes, da es mir nur um die Themes geht, die die Live-Site aktiv beeinflussen.

Ähnlich verhält es sich mit Plugins – ich möchte nur meine aktiven Plugins exportieren. Und mit WordPress-Kerndateien möchte ich fortfahren und diese einschließen, weil ich sicherstellen möchte, dass mein WordPress-Kern genau mit der Version der Website übereinstimmt, von der ich exportiere.

Wenn das Profil vollständig konfiguriert ist, kann ich jetzt den Export starten, der schnell durch meine Datenbanktabellen, Medien-Uploads, Themen, Plugins und WordPress-Kerndateien geht.

An diesem Punkt werden die Datenbank und alle Dateien innerhalb der Site in einer praktischen ZIP-Datei gebündelt. In nur 18 Sekunden war die gesamte Seite gezippt.

Ich bin jetzt bereit, in Local zu ziehen. Und bevor ich das tue, möchte ich einen kurzen Blick in die ZIP-Datei werfen, um zu sehen, was dort ist. Sie können sehen, dass ich ein Dateiverzeichnis habe. Dies umfasst alle WordPress-Dateien, einschließlich meiner WP-Inhalte, Plugins, Designs und Uploads. Und ich habe auch den Datenbank-Dump.

Und eine weitere Datei, die wirklich wichtig und einzigartig für WP Migrate ist – die WP Migrate-Export-JSON-Datei enthält wichtige Informationen über die exportierte Website, wie z. B. die PHP-Version und die MySQL-Version, sodass sich Local um den Import kümmert , kann es dieser entfernten Umgebung so gut wie möglich entsprechen.

Damit sind Sie bereit für den Import in Local. Und ich schicke es zurück nach Austin.

AUSTIN WENDT: Großartig, danke, Kevin. Ja, ich freue mich darauf, wie Kevin erwähnt hat, zu behandeln, wie wir diese ZIP-Datei in Local importieren und bereit zum Bauen machen können. Aber zuerst möchte ich sicherstellen, dass ich Ihnen vorstelle, was Local ist. Wenn Sie nicht vertraut sind, Local ist das führende WordPress-Entwicklungstool, das von den Menschen hier bei WP Engine entwickelt wurde, und wir freuen uns sehr, es kostenlos mit der Community zu teilen und anzubieten.

Es ist also ein kostenloses Entwicklertool. Wenn Sie noch nichts davon gehört haben, schauen Sie es sich bitte an, localWP.com, wir würden uns freuen, wenn Sie das Produkt verwenden. Aber heute werden wir Local verwenden, um diesen Workflow zu erleichtern.

Und warum lokal? Ähnlich wie bei jeder Umgebung, die für Ihren Computer spezifisch ist, ist das Risiko sehr gering. Und wie Kevin sagte, was Local versuchen wird, wenn Sie diesen Export aus WP Migrate importieren, ist, dass wir die Produktionsumgebung genau nachahmen werden. Die WordPress-Version, die PHP-Version, die Datenbank und Ihr lokaler Computer sollten also so nah wie möglich nachahmen, was in der Produktion vor sich geht, sodass Local in der Lage sein sollte, dies zu erkennen, wenn Sie Fehler beheben oder versuchen, festzustellen, was schief läuft Sie und seien Sie so nah wie möglich am Geschehen in Ihrer gehosteten Umgebung.

Ein weiterer wichtiger Vorteil, wenn Sie dies mit Local tun, ist der von Kevin gerade erwähnte Workflow, der hostunabhängig ist. Unabhängig davon, wo Sie hosten, ob mit Flywheel oder WP Engine, können Sie diese Site sehr schnell und einfach exportieren und lokal abrufen.

Also werde ich es in eine Demo umwandeln und Ihnen zeigen, wie das in der lokalen Benutzeroberfläche aussieht.

Super, also habe ich bereits eine WP-Migration durchgeführt und diese Zip-Datei auf meinem Desktop gespeichert. Und wenn ich gehe, um eine Site in Local zu erstellen, gibt es diese neue Drag-Zone, die angibt, dass Sie ZIP-Dateien hierher ziehen und ablegen können. Das Schöne an Local ist auch, dass ich dies von jedem Bildschirm innerhalb der Benutzeroberfläche aus tun kann. Wenn ich also diese ZIP-Datei per Drag-and-Drop über Local ziehe, wird mir der Site-Name aus der JSON-Datei für den WP-Migrationsexport vorgeschlagen, die Kevin erwähnt hat.

Es ist mein PHP, mein Webserver, meine Datenbank vorausgewählt. Und dann klicke ich auf Erstellen und Local kümmert sich um den Rest. Also entpackt Local aktiv diese ZIP-Datei, importiert all diese WordPress-Dateien und richtet diese Site auf meinem Computer in einem Zustand ein, der der Produktion so nahe kommt, wie wir es erreichen können.

Während sich dies dreht, wird es um Erlaubnis bitten, meine Hostdatei zu aktualisieren, was ich mein Passwort eingeben und es zulassen werde. Aber dann beginnt Local, WordPress hinzuzufügen, und Sie können loslegen.

Während dies abgeschlossen ist, möchte ich etwas ganz schnell hervorheben, das Sie auf der linken Seite sehen können – die Möglichkeit, Ihre Sites zu gruppieren, ist in den letzten Wochen neu in Local. Also ziehe ich Garrett's Grocery per Drag-and-Drop in meinen DE{CODE}-Demobereich – was eine nette Art ist, die ich Sie ermutigen würde, sich umzusehen, um Ihre Websites zu organisieren, sie vielleicht nach Client oder nach Version zu gruppieren, verbunden mit WP Motor oder nicht, was für Sie am besten funktioniert. Probieren Sie es also aus.

Aber Local schließt hier ab, es ändert diese Site-Domain. Und das wird es auf meinem Rechner konfigurieren, so dass es, wie Sie hier sehen können, unter mysite.local verfügbar ist. Wenn ich auf Website öffnen klicke, ist hier Garrett's Grocery. Also habe ich meine gehostete Umgebung effektiv verlassen und per Drag & Drop in Local verschoben und in weniger als zwei Minuten auf meinem Computer ausgeführt, was großartig ist.

In diesem Beispiel haben wir also gezeigt, dass Sie es von Ihrem alten Host übernehmen können, unabhängig davon, wo sich dieser im Internet befindet, und mit einer Kombination aus WP Migrate-Export der vollständigen Site, dies in Local zu bringen und Ihre nachzuahmen Produktionsumgebung in weniger als ein paar Minuten.

Jetzt ist die Frage, sobald ich es in Local habe, bin ich bereit, Änderungen vorzunehmen. Wie nehme ich es wieder heraus und bringe es wieder live ins Internet? Um Ihre Website von Local zu nehmen und sie wieder auf Ihren Host zu bringen, verwenden wir Local Connect, um sie auf WP Engine oder auf Flywheel bereitzustellen. Sowohl von einer vollständigen Standortmigration als auch von Teilmigrationen.

Aber warum sollten Sie eine vollständige Site-Bereitstellung durchführen? Die erstmalige Bereitstellung einer gesamten Site auf Ihrem Host ist hier ein gutes Beispiel. Vielleicht existiert die Site also noch gar nicht, oder es handelt sich nur um eine Website mit Vorlagen auf dem Host. Wenn Sie ganze Themen oder Plugin-Änderungen einschließen möchten oder einfach nur bereit sind, die aktuelle Website, die sich heute auf dem Host befindet, vollständig zu überschreiben. Vielleicht hat es also bereits Inhalte, aber was dort oben ist, ist einfach nicht mehr produktiv oder förderlich, und Sie sind bereit, es einfach zu löschen, Sie würden eine vollständige Site-Bereitstellung verwenden.

Mit Local ist das also ziemlich einfach zu bewerkstelligen. Und ich werde Ihnen eine Demo zeigen, wie das aussieht. Ich habe hier also Garrett's Grocery und ich habe eine Reihe von Änderungen an der Website vorgenommen, die ich gerne veröffentlichen möchte. Jetzt hat Local das Konzept von Local Connect, wie ich bereits erwähnt habe – es gibt dieses Wolkensymbol auf der linken Seite für Connect. Unten rechts befindet sich auch ein Connect to Host, mit dem ich entweder WP Engine oder Flywheel verbinden kann.

Für heute werde ich dies erreichen, indem ich zur Registerkarte „Verbinden“ gehe und auf „Mit einer Plattform verbinden“ klicke. Ich logge mich in mein WP Engine-Konto ein, das ich Ihnen erspart habe, mich beim Einloggen zu beobachten. Was Sie sehen können, ist, dass Local Connect alle Sites abruft, auf die ich Zugriff auf WP Engine habe. Jetzt gehe ich in meiner Übersicht zurück zu Garrett's Grocery. Unten rechts wähle ich Mit WP Engine verbinden aus.

Local prüft, ob diese Seite mit der Infrastruktur von WP Engine kompatibel ist. Also mit aktuellem WordPress und PHP, und dann kann ich auf Push klicken.

Push ermöglicht es mir, den Anblick auszuwählen, den ich in WP Engine überschreiben möchte. Es wird mir erlauben, die Umgebung zu wählen. Ich wähle also den Standort Austin Wendt und die Produktion. Und was Sie auf der rechten Seite des Bildschirms sehen werden, ist, dass Lokal die Dateiliste bestimmt.

Das bedeutet, dass lokal ein Unterschied zwischen dem, was sich auf meinem Computer befindet, und dem, was auf dem Server vorhanden ist, ausgeführt und mir bereitgestellt wird, damit ich die Änderungen, die ich vornehmen werde, wirklich sehen und verstehen kann. Da es sich also um eine vollständige Site-Bereitstellung handelt, können Sie sehen, dass in meiner lokalen Umgebung nichts passiert, aber ich werde alles überschreiben, was sich in der Produktion befindet, wie Sie an den roten X auf der rechten Seite sehen können.

Dann klicke ich also auf Push to WP Engine und Local kümmert sich um den Rest. Dieses ganze Video dauert ungefähr vier Minuten – ich erspare es Ihnen, das mit mir zu sehen, während ich hier sitze. Was passiert ist, dass Local diese Dateien packt. Es beginnt damit, diese Dateien in WP Engine hochzuladen. Und ich fange an, wie gesagt, die Unterschiede zwischen dem, was sich auf meinem Computer befindet, und dem, was sich auf dem WP Engine-Server befindet, zu analysieren.

Derselbe Workflow würde auch für Flywheel gelten, wenn Sie dort hosten. Wir folgen demselben Ablauf, um diesen Dateiunterschied zwischen Ihrem Computer und dem Server einzugeben.

Also beginnt Local jetzt damit, die Datenbank zu packen. Es überträgt das auch auf WP Engine. Es löscht also alle vorhandenen Tabellen, die auf dem Remote-Server vorhanden sind, und ersetzt diese durch das, was von meinem Computer kommt.

Als Teil dieser Datenbankumstellung wird es sich die Site-Domain ansehen und eine Suche und Ersetzung für mich durchführen, wie Sie jetzt sehen können. Damit alle meine Links und URLs, die in meiner Datenbank gespeichert sind, zusammen mit den Tabellenpräfixen aktualisiert werden, damit sie in der Produktionsumgebung korrekt funktionieren.

Also werden diese Tabellenpräfixe für mich aktualisiert. Und einfach so wurde meine Seite auf WP Engine gepusht.

Also fange ich nochmal an, Garrett's Grocery ist immer noch auf meiner Maschine. Aber auch, wenn ich auf die Registerkarte "Verbinden" gehe, kann ich die Austin Wendt-Site sehen, auf die ich auf der rechten Seite gepusht habe. Dort steht, dass sie mit Garrett's Grocery verbunden ist. Und wenn ich auf den Namen der Website, Austin Wendt, klicke, wird sie in einem Browser geöffnet, damit ich mir diese neuen Inhalte live im Internet zeigen kann.

Nachdem wir nun verstanden haben, wie Local verwendet wird, um eine vollständige Site-Bereitstellung zu erreichen, möchte ich behandeln, wie wir Local auch verwenden können, um Umgebungen mit einer Funktion zu synchronisieren, die wir als MagicSync kennen.

MagicSync ist also ein anderes Wort für inkrementelle Migrationen. Verschieben Sie also nur kleine Bits und Teile des Codes zwischen Ihrer lokalen Umgebung und dem Remote-Server. Und warum willst du das machen?

Vielleicht möchten Sie also nicht die gesamte Website ersetzen. Sie haben nur kleinere Teiländerungen an einer bestehenden Website vorgenommen, die Sie live schalten möchten. Was auch schön an Local ist – ein Local ermöglicht Ihnen, wie ich bereits erwähnt habe, diese Diff-Funktion, die Auswahl der Dateien, die Sie einbeziehen oder sogar ausschließen möchten. Ein großer häufiger Anwendungsfall hier ist also, dass ich vielleicht viele Dinge auf meinem Computer gemacht habe, aber ich möchte das Pushen und Ziehen von Medien ausschließen, da dies ein sehr schwerer und intensiver Teil meiner Website ist. Ich kann Medien einfach abwählen.

Also tauchen wir hier in eine Demo ein, die zeigt, wie MagicSync aussieht. Also noch einmal, hier habe ich Garrett's Grocery – sagen wir, ich habe dieses Mal weitere kleinere Änderungen vorgenommen, und ich bin bereit, dies live auf WP Engine widerzuspiegeln. Derselbe Arbeitsablauf hier – unten rechts auf meinem Bildschirm gehe ich zurück, um zu WP Engine zu pushen. Es hat bereits den Standort Austin Wendt für mich und die Umgebung vorausgewählt, wenn ich mich an das letzte Mal erinnere, als ich es getan habe.

Und dieses Mal wird es kürzer sein – es bestimmt wieder den Unterschied zwischen dem, was auf meinem Computer ist, und dem, was auf WP Engine-Servern ist. Es wird also hierher zurückkehren, und es gibt eine kleinere Gruppe von Änderungen, die an der Website vorgenommen wurden. Ich kann alle gewünschten Dateiänderungen abwählen. Ich kann nur meinen WP-Inhaltsordner auswählen.

Oder sagen wir in diesem Fall, ich möchte nur meine Datenbank pushen. So kann ich das Datenbankkästchen markieren und Push drücken. Was jetzt also passiert, ist derselbe Workflow, den wir zuvor gesehen haben, außer dass Local tatsächlich keine Dateien an WP Engine hochschiebt. Es ersetzt nur die Datenbankänderungen, die ich auf meinem Computer vorgenommen habe, durch die Datenbank, die sich derzeit auf dem WP Engine-Server befand.

So ähnlicher Arbeitsablauf hier – wir werden diesen einen Prozess tatsächlich durchsehen, weil er nicht ganz so lange dauert. Weil die Differenz kleiner ist. Also laden wir die Datenbank in WP Engine hoch. Local wird wieder für mich weitermachen und dieses Suchen und Ersetzen durchführen. So wird erkannt, ob sich Tabellenpräfixe geändert haben, URLs, die auf meinem Computer anders waren, auf dem Remote-Host wiedergegeben werden müssen.

Es wird diese Updates für mich vornehmen. Und in knapp ungefähr einer Minute werden die Site-Änderungen, die ich auf meinem Computer vorgenommen habe, an WP Engine hochgeladen und können von Kollegen und Kollegen konsumiert werden, die nur die von mir geleistete Arbeit überprüfen möchten. Vielleicht habe ich es in eine Entwicklungsumgebung verschoben oder es ist live im Web in der Produktion und bereit für meine Kunden oder Kunden – oder nur für Verbraucher, um es im Web zu sehen.

Also wurde die Seite einfach auf WP Engine gepusht und wenn ich zurück zum Browser ginge, würdest du sehen, dass die Seite aktualisiert und dort widergespiegelt wird. Nachdem wir nun verstanden haben, wie Local verwendet wird, um inkrementelle Migrationen durchzuführen, möchte ich es an Kevin zurückgeben, um Ihnen eine andere Möglichkeit zu zeigen, dies mit dem WP Migrate-Tool zu erreichen.

KEVIN HOFFMAN: Hey, danke, Austin. Ich weiß es zu schätzen, dass Sie uns durch den Local to WP Engine-Workflow geführt haben, aber wir wissen, dass Sie nicht immer die Kontrolle über Ihren Hosting-Provider haben. Der nächste Workflow zeigt Ihnen also, wie Sie zwischen zwei beliebigen WordPress-Umgebungen migrieren. In diesem Fall von Local bis zu einem beliebigen anderen Webhost.

Dazu verwenden wir ein Konzept namens „Push and Pull“ mit WP Migrate. Nun, warum würdest du einen Push oder einen Pull machen? Im Gegensatz zu einem vollständigen Site-Export ist dies nun eine bidirektionale Migration. Das bedeutet, dass beide Standorte bereits existieren und für eine längerfristige Auszahlung etwas mehr Vorabinvestitionen erforderlich sind.

Sobald Sie diese Einrichtung abgeschlossen haben, können Sie Ihre inkrementellen Migrationen im Laufe der Zeit durchführen und zwei Umgebungen kontinuierlich synchron halten.

Mal sehen, wie das aussieht. Nehmen wir also an, Ihre Site ist bereit, auf Ihrem Remote-Host bereitgestellt zu werden. Sie haben eine Reihe von Beiträgen und eine Reihe von Bildern in Ihrer Medienbibliothek. Wir werden diesen Inhalt nehmen und ihn auf eine neue Website verschieben, die derzeit keine Beiträge und keine Bilder in der Medienbibliothek enthält.

Der andere Ansatz, den wir hier verfolgen, ist die Verwendung einer Push-Migration. Und das erste, wonach ich gefragt wurde, sind Verbindungsinformationen von der Remote-Site. So kann ich auf die Remote-Site umschalten und in meinem Einstellungsregister die Verbindungsinformationen direkt in meine Zwischenablage kopieren. Ich möchte auch die Push-Migration aktivieren, damit ich diese Push-Anforderungen von der lokalen Site annehmen kann.

Indem ich diese Informationen in das Verbindungsinfofeld einfüge, bin ich jetzt mit der Remote-Site verbunden und kann meine Datenbankoptionen konfigurieren. Der große Unterschied, den Sie hier im Vergleich zu unserem Export-Workflow feststellen werden, besteht darin, dass beide Suchen- und Ersetzen-Seiten der URL und des Pfads vollständig für uns ausgefüllt werden. Und das liegt daran, dass sich WP Migrate auf beiden Seiten befindet und Zugriff auf diese Informationen hat und sich für uns darum kümmern kann, ohne dass wir etwas eingeben müssen, um die Migration zu starten.

Ich werde kein benutzerdefiniertes Suchen und Ersetzen durchführen, aber ich werde alle meine Medien-Uploads aus der Bibliothek sowie alle meine Themen und meine Plugins einbeziehen. Nun, eine einzigartige Funktion, die Sie hier bemerken werden, wenn Sie meine Plugins auswählen, ist, dass sie mir den Status dieses Plugins auf der Remote-Site anzeigt. In diesem Fall sind dort jetzt keine Plugins vorhanden, daher werden alle diese Plugins zum ersten Mal hinzugefügt, und die aktuelle Versionsnummer wird angezeigt, wenn Sie mit der Maus über dieses Symbol fahren.

Ich werde fortfahren und dieses Profil für die zukünftige Verwendung speichern und es Push Full Site nennen. Jedes Mal, wenn ich eine vollständige Website an diesen entfernten Standort verschieben muss, kann ich dieses Profil einfach erneut aufrufen und ausführen.

Wenn ich das Profil ausführe, sehen Sie, wie es Tabellen, Medien-Uploads, Themen und Plugins erneut durchläuft, und Sie erhalten einige Informationen über die Größe der Anforderungen, während die Migration stattfindet.

Sobald die Migration abgeschlossen ist, können Sie fortfahren und das Modal schließen, und Ihre beiden Umgebungen sind jetzt synchronisiert.

An diesem Punkt möchten Sie möglicherweise Ihren Profilbildschirm erneut besuchen, um zu überprüfen, wie Sie auf dieses gespeicherte Profil zurückklicken können, falls Sie es jemals erneut ausführen müssen.

Das ist also eine vollständige Site-Bereitstellung mit einem Speicherprofil in WP Migrate. Aber Sie fragen sich vielleicht, was ist mit der Bereitstellung inkrementeller Änderungen? Wie Austin Ihnen gezeigt hat, ist dies durch die Verwendung von MagicSync in Local eine weitere Möglichkeit, dies mit WP Migrate zu tun. Ich werde also ein weiteres Push-Profil erstellen, dieselben Verbindungsinformationen eingeben, aber dieses Mal, wenn ich meine Medien-Uploads auswähle, werde ich nur neue und aktualisierte Medien-Uploads pushen.

Das heißt, wenn die Migration zum ersten Mal ausgeführt wird, umfasst sie alles. Aber jede Migration danach wird nur die Mediendateien enthalten, die sich geändert haben.

Dies ist ein ausgezeichneter Workflow, wann immer Sie Inhalte und Mediendateien übertragen, ohne sich Gedanken über Themen oder Plugins machen zu müssen. Also werde ich dieses Profil jetzt speichern und es Push Content and Media nennen.

Damit habe ich jetzt zwei Migrationsprofile, die ich für zwei verschiedene Zwecke verwenden kann. Sie werden auf meinem Profilbildschirm gespeichert und sind jederzeit verfügbar, wenn ich sie wieder aufrufen muss. Ich könnte sogar ein Pull-Profil einrichten, um die Produktionsdaten dann in diese lokale Site herunterzuziehen und die beiden Umgebungen in beide Richtungen synchron zu halten.

Damit sind unsere Workflows mit Local und WP Migrate abgeschlossen, um von Remote zu Local und zurück zu Remote zu wechseln.

Wie Sie sehen können, ist unser Spielplan nun abgeschlossen. Wir haben Lösungen zum Verlassen der Remote-Site mithilfe eines vollständigen Site-Exports von WP Migrate, Importieren per Drag-and-Drop in die lokale Umgebung und dann zum Hochschieben auf WP Engine oder Flywheel. oder jeder andere Host. Dies ist also nur die Spitze des Eisbergs, wenn es um Migrationslösungen geht und was möglich ist, wenn Sie WP Migrate und Local zusammen verwenden.

Wir hoffen, dass Ihnen das das nächste Mal einen Spielplan gibt, wenn Sie Ihre eigenen Migrationen durchführen müssen. Wir freuen uns darauf, von Ihnen auf unseren Twitter-Konten für WP Migrate und Local zu hören, und hoffen, dass Ihnen der Rest von DE{CODE] gefällt. Danke für den Beitritt zu uns.