DDEV WP Groundstation (WordPress)

Artikel nicht mehr aktuell

Bitte schau Dir mandrasch/ddev-pull-wp-scripts an f├╝r die aktuellste Version.


Archivversion:

Update Januar 2022: Ich habe das Repository DDEV WP Groundstation ├╝berarbeitet hinsichtlich DDEV v1.18 und updraftplus aus dem Workflow entfernt. Dieser Artikel hier ist somit veraltet.

Update Oktober 2021: Ich habe einen neuen Artikel „DDEV & WordPress CLI“ ver├Âffentlicht, dort findet sich ein Workflow ohne updraftplus-Premium-Plugin.

Veralteter Artikel-Inhalt:

In den letzten Monaten habe ich sowohl beruflich als auch privat viel mit DDEV-local gearbeitet, einer Docker-L├Âsung f├╝r das lokale Arbeiten mit PHP/MySQL. Der gro├če Vorteil gegen├╝ber L├Âsungen wie XAMPP oder MAMP: Die DDEV-Projekt-Container werden auf Windows, Mac und Linux ohne Unterschiede ausgef├╝hrt, die Konfiguration f├╝r die Container wird mittels einer config.yaml-Datei direkt im Projektrepository abgelegt. Diskussionen im Team, warum bei einem Team-Mitglied eine PHP-Anwendung fehlerfrei l├Ąuft und bei einem ├╝berhaupt anderen nicht, sollten somit der Vergangenheit angeh├Âren (Ein guter Beitrag, warum Standardisierung hilfreich ist, findet sich u.a. hier: ÔÇ×Why standardization is important to teaching web developmentÔÇť). DDEV-local ist Open Source.

Durch https://wp-cli.org/de/ ist es weiterhin tollerweise m├Âglich, WordPress auf der Kommandozeile zu konfigurieren und zu verwalten. Durch DDEVs custom commands kann man diese Kommandozeilenbefehle f├╝r WordPress wiederum sehr sch├Ân als bash-Script b├╝ndeln und bereitstellen.
Ein paar kleine Workflows, die ich f├╝r WordPress erarbeitet habe, finden sich hier:

DDEV WP Groundstation (Open Source)
https://github.com/mandrasch/ddev-wp-groundstation

Viel Spa├č beim Ausprobieren!

Eine kurze Randnotiz zu DDEV:

Investieren muss man jedoch etwas Zeit in das Setup, zumindest unter Windows (Dank Windows Linux Subsystem 2 ist aber auch der Mac mit seiner Unix-Basis nicht mehr zwangsl├Ąufig Windows-Rechnern ├╝berlegen. Verr├╝ckte neue Welt, wenn man bedenkt, dass Microsoft vor einigen Jahrzehnten noch massiv Linux bek├Ąmpft und Open Source verteufelt hat):

Mehr zu DDEV-local: https://www.ddev.com/ddev-local/

3 Comments

  1. Hallo Matthias,

    erstmal vielen Dank f├╝r den tollen Artikel und die besten Gr├╝├če nach ├ľsterreich.

    Ich arbeite selbst mit DDEV, h├Ąnge aber an 2 Problemen / Fragen und evtl. hast du daf├╝r nen Workflow:

    A.)
    Ich checks nicht, wie ich entweder ├╝ber apache oder ├╝ber ngnix (bin noch nicht so fit in Webserver Sachen), einen Proxy bzw. einen Redirect f├╝r den wp-content/uploads ordner machen kann.

    Ich glaube mir fehlen dazu aber apache module.

    https://coderwall.com/p/skazcg/avoid-syncing-wp-content-uploads

    Ben├Âtigst du sowas bei deinem Arbeiten oder kopierst du von dem Live System eh immer alle Daten?

    _

    Hast du ddev schonmal als kooperative Entwicklungsumgebung aufgesetzt, d.h. auf einem Server damit DEVs gleichzeitig daran arbeiten kann und hast da Tipps oder Erfahrungswerte oder Ideen?

    Ich w├╝rde mich ├╝ber einen Austausch freuen.

    Viele Gr├╝├če und Danke dass du dein Wissen teilst.

    1. Hi Sebastian,

      danke f├╝r Deinen Blogkommentar und das Feedback!

      A) Super Frage! Derzeit ziehe ich mir das gesamte Backup runter, siehe neuer Blogartikel https://matthias-andrasch.eu/blog/2021/import-a-wordpress-site-into-ddev-ddev-pull-backwpupfile/

      ODER

      synchronisiere die Files via rsync, dann holt sich das Skript beim zweiten Sync nur die neuen Files.
      Den zweiten Workflow f├╝r rsync wollte ich auch mal noch auf GitHub ver├Âffentlichen (Webspace muss dann SSH supporten). Bin inzwischen von updraftplus wieder abgekommen, geht auch ohne.

      Die Uploads vom Live-Server zu nutzen f├Ąnde ich ebenfalls einen interessanten Weg. Ich hatte das letztes Jahr kurz ├╝berlegt, aber glaube ich wieder verworfen weil PHP dann nicht mit den Image-Files interagieren konnte.

      Hast Du in deiner .ddev/config.yaml „apache-fpm“ statt nginx drin? nginx kennt keine .htaccess und ignoriert die einfach (https://ddev.readthedocs.io/en/stable/users/extend/customization-extendibility/#changing-webserver-type). Nach ├änderung muss man ‚ddev restart‘ kurz ausf├╝hren.

      B) Bzgl. live-Zusammenarbeit hab ich noch keine Erfahrungswerte, bisher erledige ich das ├╝ber git und jede:r Dev hat seine DDEV Instanz laufen.

      Mir w├╝rde jetzt spontan sowas wie https://visualstudio.microsoft.com/de/services/live-share/ oder GitPod einfallen (https://www.gitpod.io/docs/sharing-and-collaboration). Es gibt f├╝r GitPod einen Demo-Launcher: https://github.com/drud/ddev-gitpod-launcher

      Falls man nur das Frontend-Dashboard f├╝r jemanden freigeben will, gibt es die Br├╝cke ├╝ber ngrok mit ddev share (https://ddev.readthedocs.io/en/latest/users/topics/sharing/), leider ist WordPress out of the box mit den Domains nicht so flexibel. Hab ich auch noch nicht ausprobiert.

      Super spannende Fragen, falls du da weiterkommst, meld dich gerne! Auf Twitter kommentiert https://twitter.com/randyfay auch gern mal DDEV-bezogene Fragen und Ideen, wenn man seinen Tweet mit #DDEV versieht.

      Viele Gr├╝├če!

Leave a Comment

Deine E-Mail-Adresse wird nicht ver├Âffentlicht. Erforderliche Felder sind mit * markiert.