DDEV ist ein Open-Source-, Docker-basiertes lokales Entwicklungstool, mit dem du mit einem einzigen Befehl eine vollständig konfigurierte WordPress-Umgebung aufsetzen kannst – und in Kombination mit KI ist es zu einem zentralen Bestandteil unserer Arbeitsweise geworden.
Hier erfährst du, warum wir den Wechsel gemacht haben und was sich dadurch im Alltag tatsächlich ändert.
Das Problem mit uneinheitlichen lokalen Umgebungen
Vor DDEV hat jeder Entwickler im Team die lokale Umgebung genutzt, mit der er am besten zurechtkam – MAMP, Local by Flywheel, was auch immer. Die PHP-Versionen waren von Rechner zu Rechner unterschiedlich. Die MySQL-Versionen passten nicht zur Produktion. Die Webservertypen (Nginx vs. Apache) waren uneinheitlich.
Das Ergebnis: Ein Fehler taucht auf der Live-Website auf, niemand kann ihn lokal reproduzieren, und alle verbringen eine Stunde damit, Einstellungen anzupassen, bevor überhaupt mit der Fehlersuche begonnen werden kann.
Die Einarbeitung eines neuen Entwicklers oder die Übernahme eines bestehenden Projekts bedeutete jedes Mal 30 bis 60 Minuten manuelle Einrichtung – Abhängigkeiten installieren, Datenbanken importieren, lokale URLs konfigurieren.
Wie DDEV die lokale Umgebung standardisiert
DDEV verpackt Docker-Container in ein einfaches CLI-Tool. Die gesamte Umgebungskonfiguration – PHP-Version, MySQL-Version, Webserver-Typ – steckt in einer einzigen Datei namens .ddev/config.yaml, die direkt ins Projekt-Repository eingecheckt wird.
Diese eine Datei leistet eine Menge Arbeit. Jeder Entwickler, der das Repo klont, bekommt automatisch eine identische Umgebung – ohne manuelle Konfiguration, ohne Versionskonflikte.
Der Einstieg ist buchstäblich nur ein ddev start. Alles fährt hoch, die lokale URL ist bereit und spiegelt die Produktion genau wider.
Die lokale Website-URL speichern wir auch in 1Password, weil sie immer gleich und vorhersehbar ist. Jedes Teammitglied kann sich in ein Projekt einklinken, ohne jemanden nach Zugangsdaten fragen zu müssen.
Ein paar DDEV-Add-ons, die wir bei fast jedem Projekt nutzen:
- Mailpit – fängt PHP-E-Mails lokal ab, sodass du Kontaktformulare ohne externen E-Mail-Dienst testen kannst
- Xdebug – schrittweises PHP-Debugging mit Breakpoints direkt im Code-Editor
- xhgui – Performance-Profiling und Engpassanalyse innerhalb der lokalen Umgebung
- phpMyAdmin / Adminer – visuelle Datenbankverwaltung, keine zusätzliche Einrichtung erforderlich
KI + DDEV: Manuelle Schritte durch einfache Anweisungen ersetzen
Da DDEV komplett über das Terminal läuft, lässt es sich hervorragend mit KI-Coding-Assistenten kombinieren. Die KI kann DDEV-Befehle ausführen, WP-CLI starten, die Datenbank abfragen, PHP-Skripte ausführen, Cron-Jobs verwalten – im Grunde alles, was du manuell machen würdest, ausgelöst durch einen einfachen Prompt.
Ein paar echte Beispiele, die wir regelmässig nutzen:
- «Überprüfe, ob die Datenbank durch ein Plugin überladen ist»
- «Installiere [Plugin-Name] und aktiviere es»
- «Die Website hat Performance-Probleme – nutze xhgui, um das Problem zu diagnostizieren»
- «Erstelle 100 Blog-Beiträge mit zufälligen Datumsangaben, Titeln und ausgewählten Bildern aus der Medienbibliothek, damit ich die Paginierung testen kann»
- «Ein Plugin verursacht PHP-Fehler und die Website lädt nicht – überprüfe das Fehlerprotokoll, behebe den Fehler und verifiziere die Korrektur»
Das letzte Beispiel zeigt den praktischen Nutzen gut. Die KI checkt das Protokoll, findet das Problem, nimmt eine Korrektur vor und führt ein PHP-Skript aus oder lädt den Browser neu, um zu prüfen, ob es funktioniert hat – ohne dass du den Kontext wechseln musst.
Aufgaben, die normalerweise 10 bis 30 Minuten manuelle Arbeit erfordern würden, dauern jetzt nur noch Sekunden bis wenige Minuten.
Was sich dadurch in der Praxis ändert
Das Ergebnis ist eine reproduzierbare Umgebung, die die Produktion widerspiegelt, kombiniert mit einem Workflow, bei dem Routineaufgaben durch natürliche Sprache statt manueller Schritte erledigt werden.
Neben der Zeitersparnis sinkt auch der kognitive Aufwand. Weniger Kontextwechsel zwischen Terminals, Dokumentation und Datenbanktools bedeutet mehr Fokus auf das eigentliche Problem.
Speziell für die WordPress-Entwicklung – egal ob es um individuelle Theme-Arbeit, Plugin-Debugging oder grössere Website-Projekte geht – erhöht diese Kombination das, was ein einzelner Entwickler an einem Tag realistisch bewältigen kann.
Was als Nächstes kommt
Wir arbeiten gerade an einem Startskript, das beim ersten ddev start eines Projekts automatisch ausgeführt wird, das neueste Produktions-Backup abruft und es in die lokale Umgebung importiert.
Damit würde sich die gesamte Projekt-Einrichtungszeit von 30 bis 60 Minuten auf nur wenige Minuten verkürzen – je nach Internetgeschwindigkeit. Das Ziel: so wenige Barrieren wie möglich zwischen «Ich muss an diesem Projekt arbeiten» und dem eigentlichen Arbeiten daran.
Neugierig, wie wir WordPress-Websites entwickeln und betreuen? Schau dir unsere WordPress-Services an und sieh, wie wir Projekte von Anfang bis Ende angehen.
