Hilfe zu Updates oder Composer
Eingetragen von HeikoV (21)am 12.09.2026 - 12:42 Uhr in
Hallo,
ich habe überhaupt keinen Plan. Ich habe vor langer Zeit in Drupal 7 eine Seite zu unserer Orts-und Dorfgeschichte sowie unseren Dorfverein erstellt, Updates waren kein Problem und auch einfach.
Dann lief bei meinem Webhoster (IONOS) die Seite nicht mehr wegen der neueren php Versionen ind ich erstellte die Webseiten in Drupal 11 neu. Das war Version 11.3.7
Mittlerweile ist die Version 11.4.6 verfügbar und ich wollte wie gewohnt früher das Update machen und war ganz überrascht das dies nur noch mit Composer möglich sein soll. Composer ist mir neu, habe noch nie davon gehört und weiß jetzt nicht weiter.
Alternativ habe ich auch gelesen ( bei Google ), das ein Update doch in etwa wie gewohnt bei früheren Drupal 7 Versionen möglich sein soll
den alten core-Ordner, den vendor-Ordner sowie alle einzelnen Dateien im Hauptverzeichnis (wie .htaccess, index.php, update.php etc.).
o Wichtig: Die Ordner modules, profiles, sites und themes dürfen nicht gelöscht werden.
Meine Frage an die Experten ist, ob das so möglich ist oder in einer Katastrophe endet?
Beste Grüße und vielen Dank
Heiko
- Anmelden oder Registrieren um Kommentare zu schreiben
Composer ist sehr ratsam
am 12.09.2026 - 21:12 Uhr
Grundsätzlich, es war auch schon bei früheren Drupal-Versionen vor über 15 Jahren sehr sinnvoll, Code z.B. mit einem Versionierungs-System wie Git zu verwalten, Update-Tests mit einer Kopie des System erst zu testen, dann noch mal die Produktiv-Website in Wartungsmodus zu versetzten, noch mal ein Backup zu machen und schauen, ob das Update erfolgreich durchgeführt werden kann. Ich benutze ebenfalls seit über 15 Jahren Krush dafür und nicht mehr die /update.php, die aber noch funktionieren sollte.
Da mir sogar ein Rätsel ist wie Du Code 11.3.7 ohne Composer überhaupt installieren konntest würde mich wundern, daß evtl. schon jetzt etwas fehlt bei Deinem System. Insofern sehe ich da schon eine große Gefahr, daß da etwas komplett schief läuft.
Composer hat übrigens neben der update und require Funktion, die seiner Version 1 seinerzeit sehr viel Arbeitsspeicher genutzt hat. Der Befehl "Install" dagegen war auch früher schon leichter auf Servern auszuführen, die nur so viel Speicher zur Verfügung hatten wie man für Drupal lebst benötigt. Dabei wird der Zustand des Code in seinen genauen Versions-Angaben hergestellt, die in der Datei "composer.lock" definiert werden. Aus dem Grund ist es nicht nötig den gesamten Code via Versionierngs-System zu verwalten.
Composer ist selbst ist nur ein PHP-Programm, das diverse Code-Bibliotheken in Drupal verwaltet. Insofern reicht ein Commanöine-Zugang mit PHP und benötigt keine Installation von Composer durch den Provider und ähnliches.
Composer ist seit sehr langer Zeit das Standard-Werkzeug, um Drupal zu installieren und zu verwalten. Auch wenn man mit diversen Helferlein wie "Ludwig" zeitweise noch behelfen konnte weiß ich nicht, ob die Tricks aus der "Übergangszeit" heut noch zu sinnvollen Ergebnissen führen. Composer wird z.B. auch bei DDEV mit geliefert, welches das aktuell Standard-Werkzeug der Community zur lokalen Entwicklung auf Linux, Windows und Mac ist.
Da Drupal 7 nicht mehr von der Community unterstützt wird und nur noch sinnvoll mit kommerziellem LTS-Support dynamisch (d.h. angreifbar aus dem Internet) betrieben werden sollte war ein Abkehr sinnvoll. Aber da der Zugang zu PHP LTS Versionen etwas einfacher und günstiger ist, war PHP nicht wirklich ein valider Grund für den Wechsel.
der Drupal 7 Core wurde übrigens noch für PHP 8.3 kompatibel gemacht.