Share
Heute verfügt WordPress über 25% aller Websites der Welt. Daher kann man mit Sicherheit sagen, dass das, was als Blogging-Software begann, viel größer ist als seine bescheidenen Ursprünge und für den Einsatz auf produktionsnahen Websites von Nachrichtenportalen bis hin zu komplette Webanwendungen.
Mit dieser Professionalität entstehen neue Bedürfnisse.
In einem persönlichen Blog, das von Freunden und Familienmitgliedern vorgelesen wird, verursacht ein fehlerhaftes Plugin-Update nicht viel mehr als leichte Belästigung - höchstwahrscheinlich sehen Ihre Leser den Fehler nicht einmal. Wenn Sie jedoch vor Hunderttausenden von Besuchern arbeiten, wird ein solcher Fehler sofort bemerkt und Sie werden nicht so leicht davonkommen.
"Es hat auf meinem Computer funktioniert" mag wahr sein, aber es macht den frustrierten Kunden nicht glücklicher.
Deshalb benötigen Sie beim Aufbau einer professionellen WordPress-Site für ein größeres Publikum ein Hosting-Setup, mit dem Sie sicherstellen können, dass Ihre Updates sicher sind und die Live-Umgebung niemals unterbrechen.
Wie stellen Sie also sicher, dass Ihr Server nicht beschädigt wird, wenn Sie ein neues Update live veröffentlichen, sei es eine neue Version Ihres Designs oder ein Update für eines oder mehrere Ihrer Plugins?
Testen Sie in einer Umgebung, die mit dem Live-Server identisch ist, bevor Sie Ihre Änderungen live übertragen.
Das Setup beginnt mit einem Entwicklungsserver , die Sie für Ihre tägliche Arbeit mit dem Produkt verwenden: Entwicklertests, Darstellung früher Änderungen für Kunden und so weiter. Dieser Server kann auf Ihrem Computer oder einem Server in der Cloud ausgeführt werden.
Wenn Sie mit dem Aussehen des Entwicklungsservers zufrieden sind, werden Sie in diesem Setup nicht eilig sein, um Ihren Code live zu bringen. Stattdessen machen Sie Ihre Änderungen in die Versionskontrolle ein und stellen sie auf einem bereit Testserver.
Da in der Testumgebung eine Serversoftware ausgeführt wird, die mit der Software auf dem Live-Server identisch ist - abgesehen von der Tatsache, dass der neue Code noch nicht auf dem Live-Server aktualisiert wurde - können Sie damit alle Probleme ermitteln, die auf dem Server auftreten könnten nicht in Ihrer Entwicklungsumgebung. Um das Testen noch realistischer zu gestalten und Fehler zu erkennen, die durch Daten verursacht wurden, die von Ihren Kunden eingegeben wurden, können Sie die Testdatenbank auch mit realen Daten von Ihrem Live-Server füllen.
Auf dem Testserver stellen Sie sicher, dass alles ordnungsgemäß funktioniert, indem Sie die Site manuell testen oder automatisierte Tests ausführen oder eine Kombination aus beiden. Und nur dann, wenn die Tests erfolgreich abgeschlossen wurden, können Sie die Änderungen live durchführen. Mit Sicherheit, zu wissen, dass die Änderungen Ihre Website nicht beschädigen.
Während der Dev-Test-Live-Ansatz bei Softwareherstellern, die Online-Dienste erstellen, allgemein bekannt ist, war er traditionell auf Entwickler und Unternehmen beschränkt, die über die Ressourcen verfügen, um mehrere Server auf einem eigenen Server auszuführen und zu verwalten und sie mit demselben Server synchron zu halten Software und Daten.
Das bedeutet für viele Server zu bezahlen, aber auch viel Wartungsaufwand.
Bei Pantheon ist dieser Ansatz in den Service integriert.
Pantheon ist ein skalierbarer, schneller WordPress- und Drupal-Hosting-Service, der es Ihnen nicht nur ermöglicht, Ihren Code auf einem Testserver zu testen, bevor Sie ihn live schalten, sondern zwingt Sie auch dazu, die bewährten Vorgehensweisen in all Ihren Bereitstellungen zu befolgen.
In diesem Lernprogramm erfahren Sie, wie Sie eine WordPress-Site in Pantheon einrichten und diese mithilfe der Dev-Test-Live-Architektur und der Versionskontrolle sicher entwickeln und verwalten.
Lass uns anfangen!
Nun, da Sie wissen, was wir bauen werden (und warum), ist es Zeit für den Start.
Pantheon zeichnet sich vor allem durch das Preismodell aus: Sie zahlen nur, wenn Ihre Website online ist. Sie können also alles ausprobieren und Ihre Website sogar Freunden und Kunden vorführen, bevor Sie Ihr Konto bezahlen müssen.
Gehen Sie zuerst zur Pantheon-Website und erstellen Sie Ihr kostenloses Konto.
Wenn Ihre Arbeit darin besteht, Websites für eine Reihe von Kunden zu erstellen, oder wenn ein Entwicklerteam mit Ihnen zusammenarbeitet, können Sie sich als Agentur anmelden. Agenturen verfügen über dieselbe Preisstruktur, verfügen jedoch auch über zusätzliche Funktionen wie Multidev, mit denen Sie eine Website in mehrere Entwicklungsumgebungen einteilen können, um die Zusammenarbeit zu vereinfachen und neue Funktionen zu erstellen und zu demonstrieren, ohne die primäre Umgebung aktualisieren zu müssen.
Wenn Sie nicht sicher sind, welche Art von Konto für Sie geeignet ist, gehen Sie einfach zum Standardkonto. Sie können Ihr Konto später jederzeit in ein Agenturkonto umwandeln.
Nach der Anmeldung sehen Sie folgende Ansicht:
Klicke auf Neue Site erstellen um mit dem Aufbau Ihrer ersten WordPress-Site auf Pantheon zu beginnen.
Wählen Sie in diesem Bildschirm einen Namen für Ihre Site in Pantheon: Der Name wird in Ihrem Pantheon-Administrator verwendet und zum Generieren der URLs Ihrer Umgebung. Sie können diesen Namen später nicht mehr ändern. Es empfiehlt sich daher, darüber nachzudenken, aber machen Sie sich keine Sorgen - er muss nicht mit dem endgültigen Namen Ihrer WordPress-Site identisch sein.
Die Namen sind in Pantheon global, daher kann die Auswahl eines sehr allgemeinen Elements zu Fehlern führen. In diesem Fall versuchen Sie etwas anderes.
Klicken Sie nach der Auswahl des Namens auf Site erstellen.
Als Nächstes werden Sie aufgefordert, den Startstatus für Ihre neue Site auszuwählen. Sie können entweder eine neue Website von Grund auf neu erstellen oder eine vorhandene Drupal- oder WordPress-Site importieren:
Wählen Von vorne anfangen.
Unter der Auswahl sehen Sie eine Liste verschiedener Startpakete oder Upstreams, wie sie auf Pantheon genannt werden.
Diese Standard-Upstreams werden von Pantheon verwaltet. Wenn also ein neues Update für Sie verfügbar ist (in unserem Fall WordPress), können Sie sie problemlos über das Pantheon-Dashboard auf Ihrer Website aktualisieren.
Klicken Sie beim Erstellen einer WordPress-Site auf Installieren Sie WordPress.
Die Installation beginnt. Und nach einer Weile ist es fertig.
Klicke auf das Besuchen Sie Ihr Pantheon-Dashboard Taste.
Jetzt haben Sie eine brandneue WordPress-Installation, die auf einem Pantheon-Entwicklungsserver ausgeführt wird, und Sie können über das Pantheon-Dashboard darauf zugreifen und es steuern.
Oben auf dem Bildschirm werden drei Registerkarten für die verschiedenen Serverumgebungen angezeigt: Dev, Prüfung, und Leben. Unter jeder Registerkarte finden Sie eine ähnliche Menüstruktur für die Verwaltung dieses Servers und die Bereitstellung von Code und Daten zwischen Umgebungen:
Klicke auf das Site Admin Schaltfläche oben links im Bildschirm. Das führt Sie durch Ihren regulären WordPress-Setup-Ablauf:
Sie können auch auf klicken Besuchen Sie die Entwicklungsseite Schaltfläche, um die Site anzuzeigen.
Nun, da Ihre Entwicklungsumgebung betriebsbereit ist, werfen wir einen Blick auf die beiden anderen Umgebungen.
Wie wir oben gesehen haben, finden Sie im Pantheon-Dashboard die Registerkarten für die drei Serverumgebungen: Dev, Prüfung, und Leben.
Jede der Registerkarten stellt eine der Serverumgebungen dar, in denen Ihre Site ausgeführt wird. Dev ist die Entwicklungsumgebung für Tests, während Sie auf der Site arbeiten, und zeigt den Kunden möglicherweise eine frühe Version der Site. Leben ist die Version der Site, die gerade ausgeführt wird und von tatsächlichen Benutzern verwendet wird.
Zwischen den beiden ist Prüfung, die Umgebung, die Ihre Live-Site relativ sicher vor Fehlern hält. Bevor Sie etwas live auf Pantheon schieben können, muss es immer ein Prüfung Umgebung, so dass Sie eine letzte Chance haben, zu überprüfen, ob alles korrekt funktioniert, bevor Sie Ihren Code in die Wildnis schicken.
Da wir gerade die neue WordPress-Site erstellt haben, existiert sie nur noch in der Entwicklungsumgebung.
Erstellen wir dafür eine Testumgebung.
Klicke auf das Prüfung Tab.
Da dies dein erstes Mal auf der Prüfung Auf der Registerkarte sehen Sie einige Informationen zur Funktionsweise der Testumgebung.
Klicke auf Testumgebung erstellen um Ihre Dev-Umgebung zum Testen zu klonen. Zu diesem Zeitpunkt werden sowohl der Code als auch die Daten von Dev geklont, da noch keine Live-Umgebung vorhanden ist. In zukünftigen Updates, wie auch bald, werden nur noch Code-Änderungen von Dev zu Test durchgeführt. Dies liegt daran, dass auf dem Testserver der Code mit den Daten verglichen wird, die aus der Live-Umgebung kopiert wurden.
Die Testumgebung ist jetzt fertig.
Klicke auf Besuchen Sie die Test Site um zu überprüfen, ob die Testsite genauso aussieht wie die Site, die in Ihrer Dev-Umgebung ausgeführt wird. Sie können auch klicken Site Admin um sich in Ihrem WordPress-Dashboard anzumelden. Verwenden Sie dieselben Administratoranmeldeinformationen, die Sie für WordPress auf dem Dev-Server definiert haben.
Sie haben eine sehr einfache WordPress-Installation mit einer Entwicklungs- und Testumgebung erstellt und können mit dem Anpassen beginnen.
Nachdem Sie nun eine WordPress-Installation in der Cloud ausgeführt haben, möchten Sie wahrscheinlich etwas mehr daran tun. Zumindest werden Sie ein paar Plugins und möglicherweise ein Design installieren und die Site nach Ihren Wünschen anpassen. In einem komplexeren Setup schreiben Sie Ihre eigenen Plugins und erstellen möglicherweise ein benutzerdefiniertes Design, um Ihre Website zu Ihrem eigenen zu machen.
Hier kommen wir zum Kern der Arbeit mit einem Dev-Test-Live-Setup.
Das Setup von Pantheon basiert auf der Versionskontrolle: Pantheon behält Ihre gesamte WordPress-Installation bei, mit Ausnahme von Datei-Uploads, die über ein spezielles Dateisystem verwaltet werden, in einem Git-Repository. Wenn Sie Ihre Änderungen in der nächsten Umgebung bereitstellen, bleibt auf diese Weise immer alles synchron und Sie verlieren nie Ihre Änderungen.
Das bedeutet auch, dass Updates nur in der Test- und Live-Umgebung durch Versionskontrolle möglich sind. Sie können Plugins oder Designs auf dem Live-Server nicht so installieren, wie Sie es wahrscheinlich bei der Arbeit mit WordPress gewohnt sind. Das würde schließlich die Idee zerstören, das Setup vor dem Live-Einsatz zu testen.
Wie werden Plugins und Designs auf Ihrer WordPress-Site installiert und aktualisiert??
Sie können auf Ihre Website zugreifen Dev Umgebung auf Pantheon auf zwei Arten: mit Git oder direkt über SFTP.
Die Verwendung von Git ist zwar für einige fortgeschrittenere Anwendungsfälle nützlich (wir werden es später in diesem Tutorial genauer betrachten), ein Teil der Schönheit des Pantheon-Setups besteht jedoch darin, dass Sie mithilfe von SFTP die Dev-Umgebung als Entwicklungsserver verwenden können . Auf diese Weise können Sie sogar einen Entwicklungsserver auf Ihrem Computer überspringen.
Die Wahl ist nicht dauerhaft: Sie können zwischen den Modi wechseln, je nachdem, was für die jeweilige Aufgabe am besten geeignet ist.
Vergewissern Sie sich zunächst, dass Ihre Entwicklerumgebung das SFTP Verbindungsmodus:
Im SFTP-Modus nehmen Sie Ihre Änderungen direkt an der Codebase der WordPress-Installation auf dem Server vor. Wenn alles gut aussieht, übernehmen Sie Ihre Änderungen mit den Tools im Pantheon-Dashboard in Git.
Auf diese Weise können Sie die Dev-Site wie jede andere WordPress-Site verwenden und die Site mithilfe des WordPress-Dashboards wie bei einem einzelnen Server-Setup anpassen.
Lass es uns in Aktion versuchen.
Wählen Sie im WordPress-Admin-Dashboard Plugins > Neue hinzufügen. Wählen Sie dann ein Plugin aus, das Sie installieren möchten. Als Beispiel habe ich installiert JetPack von WordPress.com:
Aktivieren Sie nun das Plugin und überprüfen Sie, ob es auf Ihrem Dev-Server wie erwartet ausgeführt wird.
Wenn Sie mit dem Plugin zufrieden sind, kehren Sie zu Ihrem Pantheon Dashboard zurück. Dort sehen Sie, dass das System Ihre Änderungen bemerkt hat, und zeigt diese als Änderungen an, die zur Versionskontrolle gepusht werden können.
Klicken Sie auf das Textfeld Fügen Sie eine Commit-Nachricht hinzu Geben Sie Ihre Commit-Nachricht ein und sehen Sie weitere Details zu den Änderungen, die in die Versionskontrolle eingehen.
Überprüfen Sie die Änderungen, fügen Sie eine beschreibende Commit-Nachricht hinzu und klicken Sie auf Verpflichten die Änderungen festschreiben.
Sobald der Commit abgeschlossen ist, können die Änderungen auf dem Testserver bereitgestellt werden. Klicken Sie dazu auf die Schaltfläche Prüfung Tab.
Dort sehen Sie die folgende Benachrichtigung.
Es ist die Verpflichtung, die Sie gerade auf Ihrem gemacht haben Dev Umgebung, jetzt bereit für die Bereitstellung Prüfung.
Geben Sie eine beschreibende Protokollnachricht ein und klicken Sie auf Stellen Sie Code von der Entwicklung in die Testumgebung bereit.
Besuchen Sie anschließend das WordPress-Dashboard Ihrer Test-Site, um die Änderungen zu überprüfen.
Auf der Plugins Sie werden sehen, dass das Plugin installiert wurde, aber noch nicht aktiv ist.
Das liegt daran, dass auf Pantheon, während der Code von Dev auf den Live-Server aktualisiert wird, Datenbankänderungen, einschließlich Informationen zu den aktiven Plug-ins, von Live in Richtung Dev wechseln.
Da Plugins bei der Aktivierung häufig Code ausführen, ist dies für Plugins nicht schlecht. Sie müssen nur daran denken, Ihre Plugins zu aktivieren, nachdem die Bereitstellung abgeschlossen ist und Sie bereit sind. In meinem nächsten Pantheon-Tutorial werde ich zeigen, wie Sie dies mit dem Befehlszeilentool von Pantheon automatisieren können.
Während dieser Ansatz für Plugins funktioniert, gibt es noch andere Daten, z. B. Plugin- und Designeinstellungen, die einen wichtigen Teil des Setups der Site bilden, die Sie nach der Bereitstellung wahrscheinlich nicht manuell konfigurieren möchten.
Schauen wir uns an, wie Sie sie von einer Umgebung zur nächsten weitergeben können.
Wie wir uns erinnern, fließen Code oder Dateien in der Versionskontrolle von der Entwicklungsumgebung zum Live-Server. Um Einstellungen auf ähnliche Weise zu verschieben, besteht der natürlichste Ansatz darin, sie in der Versionskontrolle zu speichern.
Dazu verwenden wir ein kostenloses WordPress-Plugin, das genau das tut.
Das Plugin WP-CFM liest Optionen aus den WordPress-Optionstabellen und speichert sie in einer Textdatei, die dann der Versionskontrolle übergeben werden kann (denken Sie daran, dass die gesamte WordPress-Installation - außer dem Upload-Verzeichnis - in der Versionskontrolle gespeichert und gelesen wird in den anderen Umgebungen).
Lass uns das als nächstes tun.
Befolgen Sie die Anweisungen in Schritt 2 oben, um das WP-CFM-Plugin in der Entwicklungsumgebung zu installieren und für Test bereitzustellen. Aktivieren Sie dann das Plugin in beiden Umgebungen.
Jetzt, da das Plugin in beiden Umgebungen aktiv ist, können wir WordPress-Optionen von Dev auf Test setzen. Wenn Sie möchten, können Sie an dieser Stelle einige WordPress-Einstellungen ändern, so dass Sie sehen, wie die Änderungen auf dem Testserver angewendet werden (der Name der Site ist beispielsweise eine ziemlich sichtbare Änderung)..
Klicken Sie im WordPress-Dashboard Ihres Dev-Servers auf die Einstellungen > WP-CFM.
Klicken Bundle hinzufügen So erstellen Sie ein neues Einstellungspaket für die Versionskontrolle. Bundles sind Sammlungen von Einstellungen, die unabhängig voneinander gespeichert und übertragen werden können.
Als Nächstes werden Sie aufgefordert, die Optionen auszuwählen, die Sie in das Bundle aufnehmen möchten. Wenn Sie möchten, dass sich einige Optionen von Umgebung zu Umgebung unterscheiden, können Sie sie in der Liste deaktivieren.
Im obigen Beispiel habe ich alles ausgewählt WP-Optionen, mit Ausnahme der Liste der aktiven Plugins (weil ich die Plugin-Aktivierungsskripts in jeder Umgebung ausführen kann), Sie können jedoch auswählen, was Ihrer Site-Einrichtung logisch erscheint.
Wenn Sie mit der Liste der Optionen zufrieden sind, klicken Sie auf Änderungen speichern.
Nachdem Sie das Bundle gespeichert haben, werden neue Schaltflächen dafür angezeigt:
Klicke auf das Diff Klicken Sie auf die Schaltfläche, um die Unterschiede zwischen Ihrer Dev-Datenbank und dem Inhalt der von WP-CFM exportierten Optionsdatei anzuzeigen.
Da WP-CFM noch keine Exportdatei erstellt hat, zeigt der Diff alles wie hinzugefügt:
Schließen Sie das Diff-Popup und klicken Sie auf drücken um die Daten aus der Datenbank in die Exportdatei zu speichern.
Wenn Sie jetzt zu Ihrem Pantheon-Dashboard zurückkehren Dev Auf der Registerkarte sehen Sie, dass WP-CFM eine JSON-Datei erstellt hat (wp-content / config / site_options.json) bereit zur Versionskontrolle:
Übernehmen Sie die Änderungen und stellen Sie sie auf dem bereit Prüfung Umgebung.
Navigieren Sie dann im WordPress-Dashboard des Testservers zu die Einstellungen > WP-CFM.
Zuerst werden Sie feststellen, dass die Site-Optionen Bundle ist jetzt auch in dieser Umgebung verfügbar.
Aufgrund der Einschränkungen, die für die Test- und Live-Umgebung gelten, werden Sie auch feststellen, dass das Optionspaket nur in eine Richtung funktioniert: wp-content / config ist in der Testumgebung nicht beschreibbar. Das ist großartig, weil es uns dabei hilft, die Exportdatei sauber zu halten.
Klicke auf das ziehen Klicken Sie auf die Schaltfläche, um den Inhalt der Konfigurationsdatei zu lesen und in Ihrer zu übernehmen WP-Optionen Tabelle. Antworten Sie im Bestätigungsdialogfeld mit der Frage "Importieren der Dateieinstellungen in die DB?" OK.
Wenn Sie vor dem Push auf den Dev-Server einige Änderungen an Ihren WordPress-Optionen vorgenommen haben, sollten diese Änderungen auch auf die Testsite angewendet werden.
Zu einem bestimmten Zeitpunkt im Lebenszyklus Ihrer Site möchten Sie möglicherweise die tatsächlichen Daten von Ihrem Live-Server zu Dev übertragen. Es könnte sein, einen Fehler mit realen Daten zu testen oder einfach nur zu sehen, wie die Dinge mit echtem, vom Benutzer generiertem Inhalt aussehen, anstatt mit Testdaten, die von Ihnen als Entwickler erstellt wurden.
Auf der Dev Umgebung, klicken Sie auf Datenbank / Dateien im Menü links.
Hier können Sie die Umgebung auswählen, aus der die Daten geklont werden sollen (test / live), und ob Sie nur die Datenbank oder auch alle in dieser Umgebung vorgenommenen Dateiuploads klonen möchten.
Sie können auch alle URLs in der Datenbank aktualisieren, um sie an die URL-Struktur der Dev-Umgebung anzupassen.
Beachten Sie, dass das Klonen alles in der Datenbank Ihrer Dev-Umgebung ersetzt. Wenn Sie also nach dem Klonen benutzerdefinierte Änderungen vornehmen möchten, sollten Sie diese mit WP-CFM in eine Textdatei verschieben, bevor Sie das Klonen durchführen.
Diese Funktion ist am nützlichsten, um Daten von Live und Test nach Dev zu ziehen. Sie können sie jedoch auch zum Klonen der Dev-Datenbank zum Testen (und sogar für Live) verwenden. Dies kann beispielsweise nützlich sein, wenn Sie den ursprünglichen Inhalt der Website (Seiten und möglicherweise Blogbeiträge) in der Entwicklerumgebung erstellen und ihn sofort zum Testen vor dem Erstellen der Live-Umgebung testen möchten.
Wir haben uns nun mit den grundlegenden WordPress-Verwaltungsaufgaben befasst, z. B. der Installation neuer Plugins und der Weitergabe von Konfigurationsänderungen zwischen Umgebungen.
Das Aktualisieren von Plugins und das Installieren von Designs können auf dieselbe Weise durchgeführt werden, indem Sie den gleichen Anweisungen folgen. Wenn Sie also die gesamte Verwaltung Ihrer Site mit bereits vorhandenen Themen und Plugins durchführen, müssen Sie die Grundlagen von Pantheon kennen, um sie optimal nutzen zu können.
Oft möchten Sie jedoch auch den Code selbst ändern, indem Sie ein Plugin schreiben oder ein Design ändern und anpassen.
Um zu zeigen, wie Sie dies tun können, erstellen Sie ein einfaches untergeordnetes Design für das aktuelle Standarddesign Twenty Sixteen, und verschieben Sie es bis zur Testseite.
Fahren Sie mit dem Ansatz fort, die Pantheon Dev-Umgebung als Entwicklungsserver zu verwenden. Lassen Sie uns Ihren bevorzugten FTP-Client verwenden, um unsere Codeänderungen auf den Dev-Server hochzuladen.
Dies ist einfach und wir haben wahrscheinlich alle das schon auf anderen Servern im Internet gemacht.
Um eine Verbindung zum Pantheon-Server herzustellen, klicken Sie zunächst im Pantheon Dashboard auf die Schaltfläche STFP-Verbindungsinformationen Schaltfläche, um ein Popup mit Informationen zum Herstellen einer Verbindung mit Ihrem Entwicklungsserver zu öffnen.
Kopiere das Wirt und Nutzername Informationen an Ihren FTP-Client und verwenden Sie Ihr Pantheon Dashboard-Kennwort, um eine Verbindung zum Server herzustellen. Stellen Sie sicher, dass Sie das verwenden Hafen in den Verbindungshinweisen angegeben.
Sobald Sie mit dem Server verbunden sind, finden Sie die gesamte Codebase Ihrer WordPress-Site im Verzeichnis ~ / code.
Sobald die Verbindung hergestellt ist, können Sie Ihren FTP-Client verwenden, um Dateien zu ersetzen oder neue Dateien hochzuladen und die Änderungen sofort auf der WordPress-Site Ihres Dev-Servers anzuzeigen.
Bei vielen FTP-Clients, Code-Editoren und PHP-IDEs (wie PHPStorm und Eclipse) können Sie Ihre Codeänderungen mithilfe von SFTP direkt mit einem Remote-Server synchronisieren. Durch die Verwendung dieser Tools können Sie die Entwicklung noch beschleunigen, indem Sie die Änderungen zusätzlich hochladen, damit die Tests automatisch im Hintergrund ausgeführt werden.
Beachten Sie, dass sich die SFTP-URL Ihres Dev-Servers von Zeit zu Zeit ändern kann. Wenn Sie also keine Verbindung herstellen können, überprüfen Sie einfach die aktuellen Anmeldeinformationen der Verbindung im Dashboard und versuchen Sie es erneut.
Als Beispiel für diesen Ansatz erstellen wir ein einfaches untergeordnetes Design für das Standarddesign Twenty Sixteen. Da dies nur zu Demonstrationszwecken ist, halten wir das Thema einfach mit einem einfachen Text style.css Datei, die die Hintergrundfarbe der Site in rot und a ändert Functions.php Datei zum Einreihen des Stylesheets.
Erstellen Sie auf Ihrem Computer ein Verzeichnis mit dem Namen Zwanzigzehn-Kind, und darin eine Textdatei mit dem Namen style.css.
Innerhalb style.css Füge folgenden Inhalt hinzu:
/ * Themenname: Twenty Sixteen Child Beschreibung: Ein einfaches Child-Theme. Vorlage: Twentysixteen Version: 0.0.1 Lizenz: GNU General Public License v2 oder höher Lizenz-URI: http://www.gnu.org/licenses/gpl-2.0. html * / body Hintergrundfarbe: # ff0000;
Dann erstellen Sie eine Functions.php Datei mit folgendem Inhalt:
Laden Sie anschließend das Verzeichnis mit seinem Inhalt in das Verzeichnis Ihres Dev-Servers ~ / code / wp-content / themes /.
Nun, wenn Sie die besuchen Aussehen > Themes Bildschirm auf dem WordPress-Administrator Ihres Dev-Servers, werden Sie sehen, dass das neue Design jetzt verfügbar ist.
Fahren Sie fort und aktivieren Sie es!
Wenn Sie jetzt Ihre Dev-Site besuchen, werden Sie feststellen, dass der Hintergrund rot ist, genau wie in der CSS-Datei des Child-Themes definiert.
Sie haben jetzt ein neues untergeordnetes Design auf Ihren Dev-Server hochgeladen. Um sicherzustellen, dass Sie Ihre Änderungen nicht verlieren und auf dem Testserver bereitgestellt werden können, müssen Sie Ihre Änderungen in die Versionskontrolle übernehmen.
Wenn Sie Ihre Site direkt in der Dev-Umgebung mit SFTP entwickeln, müssen Sie unbedingt daran denken, dass die Änderungen an Git in Ihrem Pantheon Dashboard nicht festgeschrieben werden. Diese Änderungen werden nicht in der Versionskontrolle gespeichert. Um sicherzustellen, dass Sie keine Ihrer wichtigen Änderungen verlieren, vergessen Sie nicht, häufiges Commit durchzuführen - selbst wenn Sie noch nicht bereit sind, Ihre Änderungen in Test zu verschieben.
Auf der Registerkarte "Dashboard" der Dev-Umgebung werden Sie feststellen, dass einige nicht festgeschriebene Änderungen zum Festlegen bereit sind.
Geben Sie eine Commit-Nachricht ein und klicken Sie auf Verpflichten.
In der Abbildung oben werden Sie auch feststellen, dass sich Änderungen in der site_options.json von WP-CFM erstellte Datei. Das liegt daran, dass ich die Informationen zum Aktivieren des Designs in diese Konfigurationsdatei verschoben habe. Auf diese Weise wird das neue Design fast automatisch aktiviert. Dies ist zwar in diesem einfachen Beispiel nicht erforderlich, es ist jedoch eine gute Praxis, die Zukunft und alle komplexeren Themen-Setups zu berücksichtigen, die Sie möglicherweise erstellen.
Nachdem Sie die Änderungen übernommen haben, stellen Sie sie für Test bereit. Führen Sie dazu die zuvor beschriebenen Schritte aus, als wir unsere Plug-In-Installationen implementiert haben. Wenn Sie das Site Options Bundle mit WP-CFM gepusht haben, verwenden Sie das Plugin, um die Änderungen in die Datenbank der Test-Site zu ziehen.
Nun, wenn Sie die Testumgebung
Accentsconagua