Advertisement
  1. Code
  2. WordPress

So verwenden Sie Pantheon zum Einrichten und Verwalten einer produktionssicheren WordPress-Site

by
Read Time:23 minsLanguages:
This post is part of a series called How to Use Pantheon to Set Up and Maintain a Production-Safe WordPress Site.
How to Automate and Optimize Your WordPress Development and Testing on Pantheon
Sponsored Content

This sponsored post features a product relevant to our readers while meeting our editorial guidelines for being objective and educational.

German (Deutsch) translation by Władysław Łucyszyn (you can also view the original English article)

Heute betreibt WordPress 25% aller Websites der Welt, sodass man mit Sicherheit sagen kann, dass das, was als Blogging-Software begann, zu etwas viel Größerem als seinen bescheidenen Ursprüngen geworden ist und bereit ist, auf produktiven Websites von Nachrichtenportalen bis hin zu verwendet zu werden komplette Webanwendungen.

Mit dieser Professionalität entstehen neue Bedürfnisse.

In einem persönlichen Blog, der von Freunden und Familie gelesen wird, wird ein defektes Plugin-Update nicht viel mehr als nur einen leichten Ärger verursachen – höchstwahrscheinlich werden Ihre Leser den Fehler nicht einmal sehen. Wenn Sie jedoch vor Hunderttausenden von Besuchern arbeiten, fällt ein solcher Fehler sofort auf und Sie werden nicht so leicht damit durchkommen.

"Es hat auf meinem Computer funktioniert" mag stimmen, aber es wird den frustrierten Kunden nicht glücklicher machen.

Aus diesem Grund benötigen Sie beim Erstellen einer professionellen WordPress-Site für ein größeres Publikum ein Hosting-Setup, das Ihnen hilft, sicherzustellen, dass Ihre Updates sicher sind und die Live-Umgebung nie unterbrechen.

Ein Dev-Test-Live-Setup kommt zur Rettung

Wie stellen Sie also sicher, dass Ihr Server nicht kaputt geht, wenn Sie ein neues Update live veröffentlichen, sei es eine neue Version Ihres Themes oder ein Update für eines oder mehrere Ihrer Plugins?

Durch Testen in einer Umgebung, die mit dem Live-Server identisch ist, bevor Sie Ihre Änderungen live übertragen.

Pantheon ArchitecturePantheon ArchitecturePantheon Architecture

Das Setup beginnt mit einem Entwicklungsserver, den Sie für Ihre tägliche Arbeit am Produkt verwenden: Entwicklertests, Präsentation früher Änderungen an Clients und so weiter. Dieser Server kann auf Ihrem Computer oder einem Server in der Cloud ausgeführt werden.

Wenn Sie damit zufrieden sind, wie die Dinge auf dem Entwicklungsserver aussehen, werden Sie in diesem Setup Ihren Code nicht in Eile veröffentlichen. Stattdessen übertragen Sie Ihre Änderungen in die Versionskontrolle und stellen sie auf einem Testserver bereit.

Da in der Testumgebung Serversoftware ausgeführt wird, die mit der Software auf dem Live-Server identisch ist – abgesehen davon, dass der neue Code noch nicht auf dem Live-Server aktualisiert wurde – können Sie damit alle Probleme erkennen, die auf dem Server auftreten könnten, aber nicht in Ihrer Entwicklungsumgebung. Um das Testen noch realistischer zu gestalten und Fehler durch Dateneingaben Ihrer Kunden zu erkennen, können Sie die Testdatenbank auch mit echten Daten von Ihrem Live-Server füllen.

Auf dem Testserver stellen Sie sicher, dass alles wie gewünscht funktioniert, indem Sie die Site manuell testen oder automatisierte Tests oder eine Kombination aus beidem ausführen. Und erst dann, wenn die Tests erfolgreich abgeschlossen sind, übertragen Sie die Änderungen live. Mit der Gewissheit, dass die Änderungen Ihre Website nicht beeinträchtigen.

Wie kann Pantheon Ihnen helfen? 

Während der Dev-Test-Live-Ansatz unter Softwareunternehmen, die Online-Dienste erstellen, gut bekannt ist, war er traditionell auf Entwickler und Unternehmen beschränkt, die über die Ressourcen verfügen, mehrere Server selbst zu betreiben und zu verwalten – und sie mit demselben Server synchron zu halten Software und Daten.

Das bedeutet viele Server zu bezahlen, aber auch viel Wartungsarbeiten.

Bei Pantheon ist dieser Ansatz in den Dienst 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 Sie auch dazu zwingen, bei allen Ihren Bereitstellungen das Best Practice-Verfahren zu befolgen.

In diesem Tutorial erfahren Sie, wie Sie eine WordPress-Site auf Pantheon einrichten und diese mithilfe der Dev-Test-Live-Architektur und Versionskontrolle sicher entwickeln und warten.

Lassen Sie uns anfangen!

1. Einrichten Ihrer WordPress-Site auf Pantheon

Jetzt, da Sie wissen, was wir bauen werden (und warum), ist es an der Zeit, loszulegen.

Eine der großartigen Eigenschaften von Pantheon ist das Preismodell: Sie zahlen nur, wenn Ihre Website live geht, sodass Sie alles ausprobieren und Ihre Website sogar Freunden und Kunden vorführen können, bevor Sie für 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 Sie ein Team von Entwicklern haben, die mit Ihnen zusammenarbeiten, können Sie sich als Agentur anmelden. Agenturen haben die gleiche Preisstruktur, erhalten aber auch einige zusätzliche Funktionen wie Multidev, mit denen Sie eine Site in mehrere Entwicklungsumgebungen aufteilen können, um die Zusammenarbeit zu erleichtern und neue Funktionen zu erstellen und zu demonstrieren, ohne die primäre Umgebung aktualisieren zu müssen.

Wenn Sie sich nicht sicher sind, welcher Kontotyp für Sie der richtige ist, wählen Sie einfach den Standardkontotyp. Sie können Ihr Konto später jederzeit in ein Agenturkonto umwandeln.

Schritt 1: Erstellen Sie eine neue WordPress-Site

Nach der Anmeldung sehen Sie die folgende Ansicht:

Welcome to PantheonWelcome to PantheonWelcome to Pantheon

Klicken Sie auf Neue Site erstellen, um mit dem Erstellen Ihrer ersten WordPress-Site auf Pantheon zu beginnen.

Name Your Pantheon siteName Your Pantheon siteName Your Pantheon site

Wählen Sie auf diesem Bildschirm einen Namen für Ihre Site auf Pantheon aus: Der Name wird in Ihrem Pantheon-Administrator und zum Generieren der URLs Ihrer Umgebungen verwendet. Du kannst diesen Namen später nicht mehr ändern, daher ist es gut, darüber nachzudenken, aber keine Sorge – er muss nicht mit dem endgültigen Namen deiner WordPress-Site übereinstimmen.

Die Namen sind im gesamten Pantheon global, daher kann die Auswahl eines sehr allgemeinen Namens zu einem Fehler führen. Versuchen Sie in diesem Fall etwas anderes.

Site Name already in useSite Name already in useSite Name already in use

Klicken Sie nach 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 starten oder eine vorhandene Drupal- oder WordPress-Site importieren:

Configure Your SiteConfigure Your SiteConfigure Your Site

Wählen Sie von Grund auf neu starten.

Unterhalb der Auswahl sehen Sie eine Liste verschiedener Startpakete oder Upstreams, wie sie auf Pantheon genannt werden.

Diese Standard-Upstreams werden von Pantheon verwaltet, so dass Sie, wenn ein neues Update für eines von Ihnen verwendeten (in unserem Fall WordPress) verfügbar wird, diese einfach über das Pantheon-Dashboard auf Ihre Site aktualisieren können.

Install WordPressInstall WordPressInstall WordPress

Klicken Sie beim Erstellen einer WordPress-Site auf WordPress installieren.

Die Installation beginnt. Und nach kurzer Zeit ist es fertig.

Your site is readyYour site is readyYour site is ready

Klicken Sie auf die Schaltfläche Besuchen Sie Ihr Pantheon-Dashboard.

Schritt 2: Schließen Sie die Einrichtung ab und besuchen Sie Ihre Website

Jetzt haben Sie eine brandneue WordPress-Installation auf einem Pantheon-Entwicklungsserver und können über das Pantheon-Dashboard darauf zugreifen und sie steuern.

Your new WordPress site on the Pantheon dashboardYour new WordPress site on the Pantheon dashboardYour new WordPress site on the Pantheon dashboard

Oben auf dem Bildschirm sehen Sie drei Registerkarten für die verschiedenen Serverumgebungen: Dev, Test und Live. Unter jeder Registerkarte finden Sie dann eine ähnliche Menüstruktur zum Verwalten dieses Servers und zum Bereitstellen von Code und Daten zwischen Umgebungen:

  • Code: Zeigt das Commit-Log des zugrunde liegenden Git-Repositorys an. In der Dev-Umgebung kann dies, wie wir gleich sehen werden, auch verwendet werden, um Code an die Versionskontrolle zu übergeben.
  • Status: Informationen zum Status der Umgebung wie Datenbanknutzung, Cronjobs, erforderliche WordPress-Plugin-Updates und Caching.
  • Datenbank / Dateien: Tools zum Exportieren, Importieren und Klonen von Datenbanken und hochgeladenen Dateien.
  • Fehler: PHP-Fehler, die in der ausgewählten Umgebung protokolliert wurden.
  • Domains / HTTPS: Tools zum Einrichten einer benutzerdefinierten Domain und eines SSL-Zertifikats für die Umgebung. Diese Funktion ist nur für zahlende Kunden verfügbar.
  • Backups: Tools zum Sichern der Datenbank der Umgebung. Zahlende Kunden können auch automatische Backups einrichten.
  • Sicherheit: Eine Option zum Passwortschutz der Umgebung, damit Außenstehende nicht sehen können, woran Sie gerade arbeiten, bevor sie live geht.

Klicken Sie oben links auf dem Bildschirm auf die Schaltfläche Site Admin. Das führt Sie durch Ihren regulären WordPress-Setup-Flow:

Begin your WordPress setupBegin your WordPress setupBegin your WordPress setup

Sie können auch auf die Schaltfläche Entwicklungs-Site besuchen klicken, um die Site anzuzeigen.

The new WordPress site running the Twenty Sixteen themeThe new WordPress site running the Twenty Sixteen themeThe new WordPress site running the Twenty Sixteen theme

Schritt 3: Erstellen Sie die Testumgebung

Nun, da Ihre Entwicklungsumgebung betriebsbereit ist, werfen wir einen Blick auf die anderen beiden Umgebungen.

Wie wir oben gesehen haben, finden Sie im Pantheon-Dashboard die Registerkarten für die drei Serverumgebungen: Dev, Test und Live.

Environment Switching TabsEnvironment Switching TabsEnvironment Switching Tabs

Jede der Registerkarten stellt eine der Serverumgebungen dar, in denen Ihre Site ausgeführt wird. Dev ist die Entwicklungsumgebung zum Testen, während Sie an der Site arbeiten, und möglicherweise um Kunden eine frühe Version der Site zu demonstrieren. Live ist die Version der Site, die in Betrieb ist und von tatsächlichen Benutzern verwendet wird.

Dazwischen liegt Test, die Umgebung, die Ihre Live-Site relativ sicher vor Ihren Fehlern schützt. Bevor Sie etwas auf Pantheon live übertragen können, muss es immer eine Test-Umgebung durchlaufen, damit Sie eine letzte Chance haben, zu überprüfen, ob alles richtig 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.

Lassen Sie uns dafür eine Testumgebung erstellen.

Klicken Sie auf die Registerkarte Test.

First time seeing the Test tabFirst time seeing the Test tabFirst time seeing the Test tab

Da dies Ihr erstes Mal auf der Registerkarte Test ist, sehen Sie einige Informationen zur Funktionsweise der Testumgebung.

Klicken Sie auf Testumgebung erstellen, um Ihre Dev-Umgebung zum Testen zu klonen. In diesem Stadium werden sowohl der Code als auch die Daten von Dev geklont, da noch keine Live-Umgebung existiert. In zukünftigen Updates, wie auch bald sehen, wird jedoch nur Code von Dev zu Test verschoben. Das liegt daran, dass Sie auf dem Testserver Ihren Code mit Daten vergleichen, die aus der Live-Umgebung kopiert wurden.

Test environment createdTest environment createdTest environment created

Die Testumgebung ist nun bereit.

Klicken Sie auf Test-Site besuchen, um zu überprüfen, ob die Test-Site genauso aussieht wie die Site, die in Ihrer Dev-Umgebung ausgeführt wird. Sie können auch auf Site-Admin klicken, um sich bei 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 der Anpassung beginnen.

2. Installieren von Plugins und Konfigurieren Ihrer WordPress-Site

Nun, da Sie eine WordPress-Installation in der Cloud haben, möchten Sie wahrscheinlich noch etwas damit machen. Zumindest installieren Sie ein paar Plugins und vielleicht ein Thema und passen die Site nach Ihren Wünschen an. In einem komplexeren Setup schreiben Sie Ihre eigenen Plugins und erstellen möglicherweise ein benutzerdefiniertes Thema, um Ihre Website zu Ihrer eigenen zu machen.

Hier kommen wir zum Kern der Arbeit mit einem Dev-Test-Live-Setup.

Das Setup auf Pantheon basiert auf Versionskontrolle: Pantheon hält Ihre gesamte WordPress-Installation, mit Ausnahme von Datei-Uploads, die über ein spezielles Dateisystem abgewickelt werden, in einem Git-Repository. Auf diese Weise bleibt beim Bereitstellen Ihrer Änderungen in der nächsten Umgebung immer alles synchron und Sie verlieren Ihre Änderungen nie.

Das bedeutet auch, dass Updates der Test- und Live-Umgebungen nur über die Versionskontrolle möglich sind. Sie können Plugins oder Themes nicht auf dem Live-Server installieren, wie Sie es wahrscheinlich von der Arbeit mit WordPress gewohnt sind. Schließlich würde das die Idee zunichte machen, das Setup zu testen, bevor es live gepusht wird.

Wie installierst und aktualisierst du also Plugins und Themes auf deiner WordPress-Site?

Schritt 1: Aktivieren Sie den SFTP-Verbindungsmodus

Sie können auf Pantheon auf zwei Arten auf die Dev-Umgebung Ihrer Site zugreifen: mit Git oder direkt über SFTP.

Während die Verwendung von Git für einige fortgeschrittene Anwendungsfälle nützlich ist (wir werden uns später im Tutorial darauf eingehen), besteht ein Teil der Schönheit des Pantheon-Setups darin, dass Sie durch die Verwendung von SFTP die Dev-Umgebung als Ihren Entwicklungsserver verwenden können . Auf diese Weise ist es sogar möglich, auf einen Entwicklungsserver auf Ihrem Computer zu verzichten.

Die Auswahl ist nicht von Dauer: Sie können zwischen den Modi wechseln, je nachdem, was für die jeweilige Aufgabe am besten funktioniert.

Stellen Sie also vorerst sicher, dass Ihre Dev-Umgebung den SFTP-Verbindungsmodus verwendet:

Choose the SFTP connection modeChoose the SFTP connection modeChoose the SFTP connection mode

Im SFTP-Modus nehmen Sie Ihre Änderungen an der Codebasis der WordPress-Installation direkt auf dem Server vor und übertragen Ihre Änderungen dann, wenn alles gut aussieht, mithilfe der Tools im Pantheon-Dashboard an 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.

Versuchen wir es in Aktion.

Schritt 2: Installieren Sie ein Plugin

Wählen Sie im WordPress-Admin-Dashboard Plugins > Neu hinzufügen aus. Wählen Sie dann ein Plugin aus, das Sie installieren möchten. Als Beispiel habe ich JetPack von WordPress.com installiert:

Plugin installedPlugin installedPlugin installed

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 erkannt hat und zeigt sie als Änderungen an, die an die Versionskontrolle weitergegeben werden können.

Changes ready to be committedChanges ready to be committedChanges ready to be committed

Klicken Sie auf das Textfeld Hinzufügen einer Commit-Nachricht, um Ihre Commit-Nachricht einzugeben und weitere Details zu den Änderungen anzuzeigen, die in die Versionskontrolle eingehen.

Files with the most changesFiles with the most changesFiles with the most changes

Überprüfen Sie die Änderungen, fügen Sie eine beschreibende Commit-Nachricht hinzu und klicken Sie auf Commit, um die Änderungen zu bestätigen.

Nach Abschluss des Commits stehen die Änderungen für die Bereitstellung auf dem Testserver zur Verfügung. Klicken Sie dazu auf die Registerkarte Test.

Dort sehen Sie die folgende Benachrichtigung.

1 commit is ready to deploy1 commit is ready to deploy1 commit is ready to deploy

Es ist das Commit, das Sie gerade in Ihrer Dev-Umgebung vorgenommen haben und jetzt bereit für die Bereitstellung zum Test sind.

Geben Sie eine beschreibende Protokollnachricht ein und klicken Sie auf Deploy Code from Development to Test Environment.

Besuchen Sie dann das WordPress-Dashboard Ihrer Test-Site, um die Änderungen zu überprüfen.

Auf der Seite Plugins sehen Sie, dass das Plugin installiert wurde, aber noch nicht aktiv ist.

The Jetpack plugin is now availableThe Jetpack plugin is now availableThe Jetpack plugin is now available

Das liegt daran, dass auf Pantheon, während der Code von Dev auf den Live-Server aktualisiert wird, Datenbankänderungen, einschließlich Informationen über die aktiven Plugins, in die andere Richtung von Live zu Dev fließen.

Da Plugins bei der Aktivierung oft 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 können loslegen. In meinem nächsten Pantheon-Tutorial zeige ich, wie Sie dies mit dem Befehlszeilentool von Pantheon automatisieren können.

Während dieser Ansatz für Plugins funktioniert, gibt es jedoch andere Daten, wie Plugin- und Designeinstellungen, die einen wichtigen Teil der Einrichtung 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.

Schritt 3: Site-Optionen über die Versionskontrolle bereitstellen

Wie wir uns erinnern, fließt 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 – mit Ausnahme des Upload-Verzeichnisses – in der Versionskontrolle gespeichert und gelesen wird in anderen Umgebungen).

Lassen Sie uns dies als nächstes tun.

Befolgen Sie die Anweisungen aus Schritt 2 oben, um das WP-CFM-Plugin in der Dev-Umgebung zu installieren und in Test bereitzustellen. Aktivieren Sie dann das Plugin in beiden Umgebungen.

Da das Plugin nun in beiden Umgebungen aktiv ist, können wir damit WordPress-Optionen von Dev auf Test verschieben. Wenn Sie möchten, können Sie an dieser Stelle einige WordPress-Einstellungen ändern, damit 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 Einstellungen > WP-CFM.

WP-CFMWP-CFMWP-CFM

Klicken Sie auf Bundle hinzufügen, um ein neues Einstellungspaket für die Versionskontrolle zu erstellen. Bundles sind Sammlungen von Einstellungen, die unabhängig voneinander gespeichert und übertragen werden können.

Select options to include in the bundleSelect options to include in the bundleSelect options to include in the bundle

Als Nächstes werden Sie aufgefordert, die Optionen auszuwählen, die Sie in das Paket aufnehmen möchten. Wenn Sie einige Optionen von einer Umgebung zur anderen unterschiedlich beibehalten möchten, können Sie sie in der Liste deaktivieren.

Im obigen Beispiel habe ich alles in den WP-Optionen ausgewählt, mit Ausnahme der Liste der aktiven Plugins (weil ich die Plugin-Aktivierungsskripte in jeder Umgebung ausführen möchte), aber Sie können auswählen, was sich für Ihr Site-Setup logisch anfühlt.

Wenn Sie mit der Liste der Optionen zufrieden sind, klicken Sie auf Änderungen speichern.

Sobald Sie das Bundle gespeichert haben, sehen Sie neue Schaltflächen dafür:

Buttons for using the bundleButtons for using the bundleButtons for using the bundle

Klicken Sie auf die Schaltfläche Diff, 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 das Diff alles als hinzugefügt an:

WP-CFM Diff ViewerWP-CFM Diff ViewerWP-CFM Diff Viewer

Schließen Sie das Diff-Popup und klicken Sie auf Push, um die Daten aus der Datenbank in der Exportdatei zu speichern.

Wenn Sie nun zum Dev-Tab Ihres Pantheon-Dashboards zurückkehren, sehen Sie, dass WP-CFM eine JSON-Datei (wp-content/config/site_options.json) erstellt hat, die für die Versionskontrolle bereit ist:

1 changed file ready to be committed1 changed file ready to be committed1 changed file ready to be committed

Übernehmen Sie die Änderungen und stellen Sie sie in der Test-Umgebung bereit.

Navigieren Sie dann im WordPress-Dashboard des Testservers zu Einstellungen > WP-CFM.

WP-CFM on TestWP-CFM on TestWP-CFM on Test

Zunächst werden Sie feststellen, dass das Site Options-Bundle jetzt auch in dieser Umgebung verfügbar ist.

Aufgrund der Einschränkungen für die Test- und Live-Umgebungen werden Sie jedoch 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 hilft, die Exportdatei sauber zu halten.

Klicken Sie auf die Schaltfläche Pull, um den Inhalt der Konfigurationsdatei zu lesen und in Ihre WP-Optionstabelle anzuwenden. Antworten Sie im Bestätigungs-Popup mit der Frage "Dateieinstellungen in DB importieren?" mit OK.

Wenn Sie nun einige Änderungen an Ihren WordPress-Optionen vorgenommen haben, bevor Sie den Push auf dem Dev-Server durchführen, sollten diese Änderungen auch auf die Test-Site angewendet werden.

Schritt 4: Bringen Sie echte Daten aus Live- oder Testdaten in die Entwicklung

An einem bestimmten Punkt im Lebenszyklus Ihrer Site möchten Sie möglicherweise die tatsächlichen Daten von Ihrem Live-Server zu Dev. Es könnte sein, einen Fehler mit echten Daten zu testen oder einfach nur zu sehen, wie die Dinge mit echten benutzergenerierten Inhalten aussehen, anstatt mit einigen von Ihnen, dem Entwickler, erstellten Testdaten.

Klicken Sie in der Dev-Umgebung im Menü links auf Datenbank / Dateien.

Clone Database and FilesClone Database and FilesClone Database and Files

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 Datei-Uploads klonen möchten.

Sie haben auch die Möglichkeit, alle URLs in der Datenbank so zu aktualisieren, dass sie der URL-Struktur der Entwicklungsumgebung entsprechen.

Beachten Sie, dass das Klonen alles in der Datenbank Ihrer Dev-Umgebung ersetzt. Wenn Sie also benutzerdefinierte Änderungen haben, die Sie nach dem Klonen zurückbringen möchten, verwenden Sie WP-CFM, um sie vor dem Klonen in eine Textdatei zu verschieben.

Diese Funktionalität ist am nützlichsten, um Daten aus Live und Test in Dev zu ziehen, aber Sie können sie auch verwenden, um die Dev-Datenbank nach Test (und sogar Live) zu klonen. Dies kann beispielsweise nützlich sein, wenn Sie Ihren anfänglichen Site-Inhalt (Seiten und möglicherweise Blog-Posts) in der Dev-Umgebung erstellen und ihn sofort testen möchten, bevor Sie die Live-Umgebung erstellen.

3. Arbeiten mit der Codebasis Ihrer Site

Wir haben uns nun die grundlegenden WordPress-Verwaltungsaufgaben angesehen, wie das Installieren neuer Plugins und das Pushen von Konfigurationsänderungen zwischen Umgebungen.

Das Aktualisieren von Plugins und das Installieren von Designs können auf die gleiche Weise und nach denselben Anweisungen erfolgen. Wenn Sie also die gesamte Verwaltung Ihrer Site mit bereits vorhandenen Themes und Plugins durchführen, ist dies so ziemlich das, was Sie über die Grundlagen von Pantheon wissen müssen, um es optimal zu nutzen.

Häufig möchten Sie den Code jedoch auch selbst ändern, sei es durch das Schreiben eines Plugins oder durch das Ändern und Anpassen eines Themes.

Um zu demonstrieren, wie Sie dies tun können, erstellen wir ein einfaches untergeordnetes Design für das aktuelle Standarddesign Twenty Sixteen und verschieben es bis zur Test-Site.

Schritt 1: Verwenden Sie SFTP, um eine Verbindung zu Ihrem Pantheon-Entwicklungsserver herzustellen

Wir setzen den Ansatz fort, die Pantheon Dev-Umgebung als Ihren Entwicklungsserver zu verwenden, und verwenden Sie Ihren bevorzugten FTP-Client, um unsere Codeänderungen auf den Dev-Server hochzuladen.

Das ist einfach, und wir alle haben dies wahrscheinlich schon einmal auf anderen Servern im Internet getan.

Um eine Verbindung zum Pantheon-Server herzustellen, klicken Sie zunächst im Pantheon-Dashboard auf die Schaltfläche STFP-Verbindungsinfo, um ein Popup mit Informationen zur Verbindung mit Ihrem Entwicklungsserver zu öffnen.

SFTP Connection InstructionsSFTP Connection InstructionsSFTP Connection Instructions

Kopieren Sie die Host- und Benutzernamen-Informationen auf Ihren FTP-Client und verwenden Sie Ihr Pantheon Dashboard-Passwort, um eine Verbindung zum Server herzustellen. Stellen Sie sicher, dass Sie den in der Anschlussanleitung angegebenen Port verwenden.

Sobald Sie mit dem Server verbunden sind, finden Sie die gesamte Codebasis Ihrer WordPress-Site im Verzeichnis ~/code.

Your WordPress installation is found under codeYour WordPress installation is found under codeYour WordPress installation is found under code

Sobald die Verbindung hergestellt ist, können Sie mit Ihrem FTP-Client alle Dateien ersetzen oder neue hochladen und die Änderungen sofort auf der WordPress-Site Ihres Dev-Servers sehen.

Viele FTP-Clients, Code-Editoren und PHP-IDEs (wie PHPStorm und Eclipse) ermöglichen es Ihnen, Ihre Codeänderungen mithilfe von SFTP direkt mit einem Remote-Server zu synchronisieren. Durch die Verwendung dieser Tools können Sie die Entwicklung noch beschleunigen, indem Sie Ihre Änderungen zum Testen automatisch im Hintergrund hochladen.

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 Verbindungsanmeldeinformationen im Dashboard und versuchen Sie es erneut.

Schritt 2: Erstellen Sie Ihr Child-Thema und laden Sie es hoch

Als Beispiel für diesen Ansatz erstellen wir ein einfaches untergeordnetes Thema für das Standardthema Twenty Sixteen. Da dies nur zu Demonstrationszwecken dient, halten wir das Thema super einfach mit nichts als einer style.css-Datei, die die Hintergrundfarbe der Site in Rot ändert, und einer functions.php-Datei zum Einreihen des Stylesheets.

Erstellen Sie auf Ihrem Computer ein Verzeichnis namens twentysixteen-child und darin eine Textdatei namens style.css.

Fügen Sie in style.css den folgenden Inhalt hinzu:

Erstellen Sie dann eine Datei functions.php mit folgendem Inhalt:

Als nächstes laden Sie das Verzeichnis zusammen mit seinem Inhalt in das Verzeichnis Ihres Dev-Servers ~/code/wp-content/themes/ hoch.

The directory has now been uploadedThe directory has now been uploadedThe directory has now been uploaded

Wenn Sie nun im WordPress-Adminbereich Ihres Dev-Servers den Bildschirm Aussehen > Themen aufrufen, sehen Sie, dass das neue Design jetzt zur Verwendung verfügbar ist.

Machen Sie weiter und aktivieren Sie es!

Activate the Twenty Sixteen Child themeActivate the Twenty Sixteen Child themeActivate the Twenty Sixteen Child theme

Wenn Sie jetzt Ihre Dev-Site besuchen, werden Sie feststellen, dass der Hintergrund rot geworden ist, genau wie wir es in der CSS-Datei des Child-Themes definiert haben.

Schritt 3: Übernehmen Sie Ihre Änderungen und stellen Sie das untergeordnete Thema zum Testen bereit

Sie haben jetzt ein neues Child-Theme auf Ihren Dev-Server hochgeladen. Um sicherzustellen, dass Ihre Änderungen nicht verloren gehen, und um sie auf dem Testserver bereitstellen zu können, müssen Sie als Nächstes Ihre Änderungen der Versionskontrolle übergeben.

Wenn Sie Ihre Site mithilfe von SFTP direkt in der Dev-Umgebung entwickeln, müssen Sie bedenken, dass die Änderungen nicht in der Versionskontrolle gespeichert werden, bevor Sie die Änderungen an Git auf Ihrem Pantheon-Dashboard festschreiben. Um sicherzustellen, dass keine wichtigen Änderungen verloren gehen, vergessen Sie nicht, häufig ein Commit durchzuführen – auch wenn Sie noch nicht bereit sind, Ihre Änderungen auf Test zu übertragen.

Auf der Registerkarte Dashboard der Entwicklungsumgebung werden Sie feststellen, dass einige nicht festgeschriebene Änderungen bereit sind, die festgeschrieben werden können.

3 changed files ready to be committed3 changed files ready to be committed3 changed files ready to be committed

Geben Sie eine Commit-Nachricht ein und klicken Sie auf Commit.

Im obigen Screenshot werden Sie auch feststellen, dass die von WP-CFM erstellte Datei site_options.json geändert wurde. Das liegt daran, dass ich die Informationen zum Aktivieren des Themes in diese Konfigurationsdatei übertragen habe. Auf diese Weise wird das neue Thema fast automatisch aktiviert. Auch wenn dies in diesem einfachen Beispielfall nicht erforderlich ist, empfiehlt es sich, die Zukunft und komplexere Thema-Setups zu berücksichtigen, die Sie möglicherweise erstellen.

Nachdem Sie die Änderungen festgeschrieben haben, stellen Sie sie in Test bereit, indem Sie die zuvor bei der Bereitstellung unserer Plugin-Installationen erläuterten Schritte verwenden. Wenn Sie dann das Site-Options-Bundle mit WP-CFM gepusht haben, verwenden Sie das Plugin, um die Änderungen in die Datenbank der Test-Site zu übertragen.

Wenn Sie nun die Seite Aussehen > Themen der Testumgebung aufrufen, sollten Sie das neue Design als aktives Design sehen.

Twenty Sixteen Child as the active themeTwenty Sixteen Child as the active themeTwenty Sixteen Child as the active theme

Schritt 4: Arbeiten mit Git

Wenn Sie eine klarere Kontrolle über die Codebasis haben möchten und Ihre Entwicklungs- und Entwicklertests lieber auf Ihrem lokalen Computer durchführen möchten, können Sie Ihren Code mithilfe der Git-Versionskontrolle selbst auf den Dev-Server übertragen, anstatt die Änderungen zuerst über FTP auf den Server hochzuladen.

Um dies zu tun, schalten Sie auf der Registerkarte Code des Dev-Servers den Verbindungsmodus von SFTP auf Git um.

Switch the Connection Mode from SFTP to Git Switch the Connection Mode from SFTP to Git Switch the Connection Mode from SFTP to Git

Wenn Sie beim Wechsel in den Git-Modus noch nicht festgeschriebene Änderungen auf dem Dev-Server haben, werden Sie in einem Popup aufgefordert, den Wechsel zu bestätigen und die Änderungen zu verlieren.

Are you sureAre you sureAre you sure

Wenn Sie die Änderungen beibehalten möchten, schließen Sie die Benachrichtigung und bestätigen Sie, bevor Sie mit dem Wechseln des Modus fortfahren. Wenn Sie die Änderungen nicht benötigen, geben Sie DELETE in das Textfeld ein und klicken Sie auf die große rote Schaltfläche.

Die Git-Authentifizierung auf Pantheon erfolgt mit einem SSH-Schlüssel. Bevor Sie also fortfahren, müssen Sie einen Schlüssel generieren und zu Ihrem Konto hinzufügen. Sie können für alle Ihre Pantheon-Sites denselben SSH-Schlüssel verwenden, sodass Sie dies nur einmal tun müssen.

Add an SSH KeyAdd an SSH KeyAdd an SSH Key

Wenn Ihr SSH-Schlüssel vorhanden ist, können Sie mit Git an Ihrer WordPress-Installation arbeiten.

Klicken Sie in der Dev-Umgebung auf die Schaltfläche Git Connection Info, um den genauen git clone-Befehl anzuzeigen, mit dem Sie das Git-Repository Ihrer Site auf Ihren lokalen Computer übertragen.

Git Connection InstructionsGit Connection InstructionsGit Connection Instructions

Führen Sie den Befehl git clone in der Befehlszeile in einem Verzeichnis aus, in dem Sie den Code auf Ihrem Computer speichern möchten. Wenn Sie lieber eine grafische Benutzeroberfläche verwenden, ist das auch in Ordnung: Sie können Ihren bevorzugten Git-Client verwenden.

Nachdem Sie das Git-Repository geklont haben, sehen Sie, dass das Verzeichnis Ihre gesamte WordPress-Installation enthält.

Git directory structureGit directory structureGit directory structure

Um die Arbeit mit Git zu testen, nehmen Sie eine kleine Änderung am Child-Theme vor, das wir in den vorherigen Schritten erstellt haben.

Ändern Sie die style.css des Child-Themes und ändern Sie die Hintergrundfarbe in Grün statt in Rot. Übergeben Sie dann die Änderung an git.

Geben Sie im Projektverzeichnis in der Befehlszeile die folgenden Befehle ein:

Rufen Sie nach Abschluss des Push-Befehls das Pantheon-Dashboard auf.

Dort finden Sie Ihre Änderung im Commit-Log aufgelistet und wenn Sie die Site besuchen, sehen Sie, dass der Hintergrund grün geworden ist.

Commit Log shows the latest changeCommit Log shows the latest changeCommit Log shows the latest change

Die von Ihnen vorgenommene Änderung ist jetzt auf dem Dev-Server vorhanden, kann aber auch in der Testumgebung bereitgestellt werden.

In gewisser Weise können Sie diese Methode verwenden, um entweder den Dev-Server vollständig zu umgehen (die Entwicklung auf Ihrem lokalen Computer auszuführen und Pantheon nur für die Test- und Live-Umgebungen zu verwenden) oder als andere Möglichkeit zum Hochladen von Code auf Ihren Entwicklungsserver.

Es liegt ganz bei Ihnen und Ihren Vorlieben, ebenso wie die Wahl zwischen SFTP und Git selbst.

Von nun an ist der Rest des Workflows – das Bereitstellen Ihrer Änderungen in Test und schließlich in Live – der gleiche wie bei der Arbeit im SFTP-Modus.

Was kommt als nächstes?

Sie wissen jetzt, wie Sie eine WordPress-Site mit einem Dev-Test-Live-Setup auf Pantheon sicher einrichten und ausführen. Dies wird Sie bei der Durchführung von Updates weit bringen, ohne sich Sorgen machen zu müssen, dass der Live-Server beschädigt wird.

Aber obwohl dies bereits eine hervorragende Einrichtung ist, können wir sie – und Ihren Workflow – verbessern, indem wir einige der Aufgaben automatisieren und dem Prozess eine automatisierte Testphase hinzufügen. Wir werden in meinem nächsten Tutorial darauf eingehen.

Experimentieren Sie bis dahin weiter mit Ihrer neuen Pantheon-Site!

Advertisement
Advertisement
Looking for something to help kick start your next project?
Envato Market has a range of items for sale to help get you started.