Eine Composer-basierte Installation verwaltet die Bestandteile einer PHP-Anwendung über Composer, das Abhängigkeitswerkzeug der PHP-Welt. Statt Dateien von Hand auf den Server zu legen, wird in einer Datei beschrieben, welche Pakete in welchen Versionen gebraucht werden.
- Composer-basierte Installation
Eine Installation, deren Bestandteile über das PHP-Werkzeug Composer verwaltet werden.
Beispiel: „Die Composer-basierte Installation macht jedes Update nachvollziehbar.“Zwei Dateien tragen das Verfahren: eine mit den gewünschten Versionsbereichen und eine mit den tatsächlich verwendeten Versionen.
Abgrenzung zur Installation über das Backend: Dort werden Pakete im laufenden Betrieb heruntergeladen, ohne Spur im Projekt.
Was eine Composer-basierte Installation gewinnt
Nachvollziehbarkeit. Weil die zweite Datei die genauen Versionen festhält, lässt sich eine Installation jederzeit identisch wiederherstellen. Auf der Testumgebung läuft dann wirklich dasselbe wie live, und ein Fehler, der nur dort auftritt, hat eine andere Ursache als abweichende Paketstände.
Der zweite Gewinn ist die Prüfung der Kompatibilität. Composer kennt die Anforderungen jedes Pakets und verweigert eine Zusammenstellung, die nicht aufgeht. Ein Update, das eine Erweiterung unbrauchbar machen würde, scheitert damit vor dem Einspielen statt danach.
Was es verlangt
Einen Arbeitsablauf mit Veröffentlichung. Wenn Pakete im Projekt verwaltet werden, werden sie nicht mehr auf dem Server installiert; stattdessen wird lokal geändert und der fertige Stand ausgeliefert. Das setzt eine Versionsverwaltung und einen Veröffentlichungsweg voraus.
Für Betriebe ohne technische Begleitung ist das eine Hürde. Wer gewohnt ist, eine Erweiterung im Backend mit zwei Klicks zu installieren, kann das danach nicht mehr allein, und dafür braucht es jemanden.
Wo es inzwischen Standard ist
Bei den Systemen, die aus der PHP-Entwicklung kommen. TYPO3 und Statamic setzen diesen Weg voraus oder empfehlen ihn deutlich, weil ihre Projekte ohnehin aus Paketen bestehen.
Bei Systemen mit großem Laienanteil steht die Installation über das Backend weiterhin im Vordergrund. Beide Wege parallel zu benutzen ist dabei die schlechteste Wahl: Was im Backend installiert wurde, kennt die Projektdatei nicht und verschwindet bei der nächsten Veröffentlichung.