WordPress Vanilla vs. Composer vs. Bedrock – wer gewinnt?

Dieser Blogbeitrag basiert auf dem Upsun-Livestream mit Greg Qualls, Director of Product Marketing, und Paul Gilzow, Developer Advocate bei Upsun.

WordPress betreibt über 40 % des Internets, aber nicht alle WordPress-Installationen sind gleich. Ganz gleich, ob Sie ein Einzelentwickler sind, eine Agentur leiten oder Hunderte von Websites betreuen – die Art und Weise, wie Sie WordPress installieren und verwalten, kann über den Erfolg oder Misserfolg Ihres Workflows entscheiden.

In einer kürzlich durchgeführten Live-Stream-Diskussion haben wir uns eingehend mit drei beliebten WordPress-Installationsmethoden befasst: Vanilla, Composer-basiert und Bedrock. Jeder Ansatz hat seine Vorzüge, aber für welchen sollten Sie sich entscheiden? Lassen Sie uns die Vor- und Nachteile aufschlüsseln.

Vanilla WordPress

Die traditionelle Installation. Vanilla WordPress ist das, was die meisten Menschen unter „WordPress-Installation” verstehen. Dieser Ansatz wird seit der Einführung von WordPress verwendet und ist auch heute noch die gängigste Methode.

Der Prozess ist ganz einfach: Sie laden die ZIP-Datei von wordpress.org herunter, extrahieren sie in Ihr Serververzeichnis und führen die berühmte Fünf-Minuten-Installation durch. Als Nächstes installieren Sie Plugins und Themes über das WordPress-Admin-Dashboard, und Updates erfolgen mit einem einfachen Klick innerhalb von WordPress selbst. Wenn Sie mit Versionskontrolle arbeiten, committen Sie in der Regel alle WordPress-Kerndateien in Ihr Repository und übertragen sie in Ihre Hosting-Umgebung.

Das Gute daran:

• Vertrautes Terrain: Die meisten WordPress-Entwickler kennen diesen Ansatz in- und auswendig.
• Abwärtskompatibilität: Funktioniert mit praktisch jeder Hosting-Konfiguration
• Einfachheit: Keine zusätzlichen Tools oder Kenntnisse erforderlich
• Umfassende Unterstützung: Zahlreiche Tutorials und Hilfe durch die Community verfügbar.

Die Herausforderungen:

• Alptraumhafte Versionskontrolle: Das Committen von WordPress-Kerndateien in Ihr Repository führt zu aufgeblähten Repos.
• Update-Angst: Erinnern Sie sich an den weißen Bildschirm des Todes? Manuelle Updates können Websites beschädigen.
• Zusammenarbeit zwischen Entwicklern: Es ist schwierig sicherzustellen, dass alle die gleichen Plugin-Versionen haben
• Sicherheitsbedenken: Der direkte Dateizugriff kann in der Produktivumgebung riskant sein.

Paul Gilzow, der während seiner Studienzeit über 200 WordPress-Websites verwaltete, bemerkte dazu: „Ich habe sechs Monate lang gegen Composer gekämpft, weil ich so an Vanilla gewöhnt war, aber schließlich wurde mir klar, dass ich mit dieser traditionellen Konfiguration einfach nicht alle meine Ziele erreichen konnte.“

Composer-basiertes WordPress: die Revolution im Paketmanagement

Composer bringt modernes Abhängigkeitsmanagement zu WordPress, was unsere Sichtweise auf WordPress-Installationen grundlegend verändert. Anstatt WordPress als eine einzelne Anwendung mit Add-ons zu behandeln, behandelt Composer alles, einschließlich des WordPress-Kerns selbst, als ein Paket.

Der Prozess beginnt mit der Erstellung einer Datei „composer.json“, in der der WordPress-Kern, Plugins und Themes als Abhängigkeiten zusammen mit bestimmten Versionsnummern definiert werden. Durch Ausführen von „composer install“ werden alle diese Abhängigkeiten in organisierte Verzeichnisse heruntergeladen. Wichtig ist, dass nur Ihre benutzerdefinierten Code- und Konfigurationsdateien der Versionskontrolle unterliegen; die eigentlichen WordPress-Dateien werden jedes Mal neu heruntergeladen. Updates werden durchgeführt, indem Sie die Versionsnummern in Ihrer JSON-Datei ändern und „composer update“ ausführen, anstatt auf Schaltflächen im WordPress-Adminbereich zu klicken.

Die Vorteile:

• Saubere Repositorys: Nur Ihr benutzerdefiniertes Programm und Ihre Konfigurationsdateien werden übertragen.
• Reproduzierbare Builds: Jeder kann Ihre genaue Konfiguration mit einem einzigen Befehl nachbilden
• Einfache Rollbacks: Ändern Sie eine Versionsnummer, anstatt Commits rückgängig zu machen
• Flottenmanagement: Perfekt für Agenturen oder Organisationen mit mehreren Websites
• Updates ohne Ausfallzeiten: Code-Updates erfolgen während der Bereitstellung, nicht auf Live-Standorten
• Auditierungsfunktionen: Sehen Sie genau, welche Versionen Sie auf allen Standorten ausführen

Die Herausforderungen:

• Abhängigkeit von Drittanbietern: Basiert auf von der Community gepflegten Paketen
• Lernkurve: Erfordert Verständnis für Konzepte der Paketverwaltung
• Weniger offizieller Support: WordPress.org bietet keine Hilfe bei Composer-Problemen

Bedrock: der moderne Architekturansatz

Bedrock, entwickelt von Roots, basiert auf Composer-basiertem WordPress und fügt eine vollständige 12-Faktor-App-Methodik hinzu.

Bedrock, entwickelt von Roots, basiert auf Composer-basiertem WordPress und ergänzt dieses um eine vollständige 12-Faktor-App-Methodik. Dieser Ansatz modernisiert nicht nur die Installation von WordPress, sondern Ihre gesamte Sichtweise auf WordPress-Anwendungen.

Es baut auf Composer-basiertem WordPress auf, fügt jedoch eigene Regeln hinzu, wie Dinge organisiert werden sollten. Stellen Sie sich das wie ein strenges Ablagesystem vor, in dem alles seinen festen Platz hat. Anstatt Einstellungen wie Datenbankpasswörter direkt in Ihre Dateien zu programmieren, ruft Bedrock diese Informationen aus der Serverumgebung ab. Das bedeutet, dass Sie Ihre Website zwischen verschiedenen Servern verschieben können, ohne den Code ändern zu müssen.

Die Vorteile:

• 12-Faktor-Konformität: Entspricht den Best Practices für moderne cloud-basierte Anwendungen.
• Sicherheitsverbesserungen: Integriertes bcrypt-Passwort-Hashing und andere Verbesserungen.
• Unterstützung für Must-Use-Plugins: Behandelt diese Eigenart von WordPress automatisch.
• Offizieller Support: Aktuelle Dokumentation und Community-Support von Roots.
• Laravel-freundlich: Ideal für Entwickler mit Laravel-Hintergrund.

Die Herausforderungen:

• Abhängigkeit von Drittanbietern: Wie bei Composer sind Sie auf Roots angewiesen, um deren Pakete zu verwalten.
• Eigenwillige Struktur: Bedrock hat bestimmte Vorgehensweisen; wenn diese nicht mit Ihren Anforderungen übereinstimmen, kommt es wahrscheinlich zu Konflikten mit dem Framework.
• Zusätzliche Komplexität: Es müssen mehr Konzepte als nur Composer gelernt werden.
• Anbieterabhängigkeit: Abhängig von der Pflege des Projekts durch Roots.
• Regulatorische Bedenken: Wie Paul aus seiner Universitätserfahrung berichtet, haben einige Organisationen Probleme mit proprietären Lösungen.
• Überdimensioniert für einfache Websites: Alle 12-Faktor-Vorteile sind für einfache WordPress-Websites möglicherweise unnötig.

Das Fazit

Es geht nicht darum, zu gewinnen, sondern darum, den Zweck zu erfüllen. Nach Abwägen der Vor- und Nachteile sind wir uns einig: Es gibt keinen universellen Gewinner. Wie bei der Wahl zwischen einem Bohrhammer, einem Schlagschrauber und einem normalen Schraubendreher hängt das beste Werkzeug von der jeweiligen Aufgabe ab.

Entscheiden Sie sich für Vanilla, wenn:

• Sie alleine an einfachen Websites arbeiten
• Ihr Hosting keine modernen Bereitstellungspraktiken unterstützt
• Sie maximale Kompatibilität mit bestehenden Workflows benötigen
• Sie gerade erst mit WordPress beginnen

Wählen Sie Composer, wenn:

• Sie mehrere WordPress-Websites verwalten
• Sie mit anderen Entwicklern zusammenarbeiten und Konsistenz benötigen
• Sie moderne Entwicklungsmethoden ohne zu viel Komplexität wünschen
• Sie cloud-basierte Hosting-Plattformen verwenden, die Git-basierte Bereitstellungen unterstützen

Entscheiden Sie sich für Bedrock, wenn:

• Sie komplexe, skalierbare Anwendungen erstellen
• Ihr Team moderne Entwicklungsmethoden schätzt
• Sie die Sicherheits- und Organisationsvorteile von 12-Faktor-Apps benötigen
• Sie bereit sind, einen eigenwilligeren Workflow zu erlernen

Empfehlungen aus der Praxis

Aus Pauls Erfahrung mit der Verwaltung hunderter Universitätswebsites: „Composer erleichtert die Verwaltung einer ganzen Reihe von Websites wirklich sehr. Sie können überprüfen, welche Plugins auf all Ihren Websites laufen, sie einheitlich aktualisieren und Probleme vermeiden, die mit der Aussage „Auf meinem Computer funktioniert es“ einhergehen.

Für die meisten Entwickler und Agenturen ist Composer-basiertes WordPress genau das Richtige. Es bietet die Vorteile moderner Tools ohne den Komplexitätsaufwand von Bedrock und ist dennoch für Entwickler zugänglich, die mit Vanilla WordPress vertraut sind.

Die Zukunft der WordPress-Entwicklung

Da WordPress sich ständig weiterentwickelt, GraphQL-Unterstützung hinzufügt, den Block-Editor verbessert und sich in Richtung mehr Headless-Fähigkeiten bewegt, wird die Entwicklungs-Toolchain immer wichtiger.

Da die Welt der Webentwicklung zunehmend auf Paketmanager, Containerisierung und moderne Bereitstellungspraktiken setzt, könnten reine WordPress-Installationen eher zur Ausnahme als zur Regel werden. Derzeit liegt die Stärke von WordPress jedoch in seiner Flexibilität, all diese Ansätze zu unterstützen.

Erste Schritte

Sind Sie bereit, Ihren WordPress-Workflow zu modernisieren? Hier sind einige nächste Schritte:

• Probieren Sie Composer-basiertes WordPress mit einem einfachen Projekt aus, um zu sehen, wie sich die Paketverwaltung anfühlt.
• Entdecken Sie Upsun oder ähnliche Plattformen, die Vorlagen für alle drei Ansätze bieten.
• Berücksichtigen Sie die Anforderungen Ihres Teams – verwalten Sie eine Website oder hundert?
• Denken Sie über Ihre Hosting-Umgebung nach – unterstützt sie moderne Bereitstellungspraktiken?

Bei der WordPress-Entscheidung geht es nicht darum, einen einzigen Gewinner zu küren. Es geht darum, Ihre Optionen zu verstehen und den Ansatz zu wählen, der Ihr Entwicklerleben einfacher, sicherer und skalierbarer macht.

Nützliche Links

• https://upsun.com/blog/bedrock-wordpress-development
• https://upsun.com/blog/modern-wordpress-development-workflow