COMPOSER -> muss das sein? - Installation von Modulen

Ja, diese Diskussion gibt es zur Zeit überall.
Und ja, der Composer muß für diverse Module einfach sein.
Und ja, die Installation auf vielen Hoster Paketen ist ein rechter Scheiß, auch wenn SSH vorhanden ist.

Leider fehlt auch bei manchen Modulen der Hinweis, daß sie Composer erfordern.
So bin ich gleich bei meinem ersten D8 Projekt auf die Schnauze gefallen.
In den Issues stand dann irgendwo die Entschuldigung des Entwicklers, weil er vergessen hatte, in der Projektbeschreibung zu erwähnen, daß Composer verlangt ist.

Das Gute daran war, daß ich gezwungen war, mich durch zu beißen.
Bei meinem Hoster Host Europe habe ich ihn nun gut am Laufen.
Bei 1&1 habe ich ein Kunden-Projekt einmal gut damit upgedated, beim nächsten Mal stieg der composer mit Memory Limit-Fehler aus, obwohl ich das im Aufruf von Composer schon extrem hoch gesetzt hatte.
Die Antwort bei 1&1 lautete lapidar, man möge sich doch andere Lösungen für das Update einfallen lassen.

Die sieht jetzt so aus, daß ich das Update für Kunden bei mir auf dem Server mache und zurück schiebe.

Aber so langsam flaut meine Empörung darüber wieder ab.
1. Es betrifft nur wenige Module und ich habe ganze Projekte, die ohne Composer funktionieren
2. Es geht auch bei manchen Hostern auf Sharing-Paketen
3. D8 ist schon recht smart, zurück will sowieso niemand

Ich denke, da wird es bald noch mehr Möglichkeiten geben, damit das einfacher funktioniert.
Unterm Strich bin ich aber auch unglücklich damit, weil es den Kunden, die bislang mit D6 / 7 arbeiten und nun ein Upgrade brauchen oder wünschen, schwer zu vermitteln ist, warum das jetzt so viel aufwändiger ist.

Zunächst mal ein großes DANKE ... :-) :-) :-)

Es tut schon mal gut zu lesen, dass man nicht allein mit diesem Problem und Ärger ist.

Da Du schreibst, dass Du das ganze bei Host Europe hinbekommen hast. Ich habe da auch ein "Webhoster Supreme" Paket. Da kann man in der SSH nicht mal wget benutzen ... :-/

Kannst Du mir einen Tip geben, wie Du Drush und Composer bei Host Europe hinbekommen hast, oder einen Link, wo ich ein paar Hinweise finde?

Was ich noch nicht verstanden habe, warum MUSS Composer sein?

Ich kann verstehen, dass er es einfacher macht, wenn man ihn nutzen kann, aber mehr doch sicher nicht. Datein kopieren und Rechte vergeben - mehr passiert doch da nicht - oder?

Danke und herzliche Grüße
Andreas

Hi Andreas,
Ich habe auch einen WebServer Supreme und da funktioniert wget einwandfrei.
Du brauchst natürlich das Root-Passwort für die Anmeldung via SSH, mit einem anderen geht das nicht.

Ich hatte damals eine Anleitung gefunden im Forum von HostEurope, das jetzt leider geschlossen ist.
Ärgert mich selbst, weil ich die Anleitung nicht mehr finde und leider auch nicht ordentlich dokumentiert habe.
D.h. ich müßte das jetzt selbst wieder im Netz zusammen suchen.

Ich kann Dir nur empfehlen, danach zu suchen und frohen Herzens an die Arbeit zu gehen mit dem Wissen, daß es theoretisch funktionieren muß, weil es eben bei mir auch funktioniert. ;-)

Insgesamt sind die Themen Composer und Drush nicht sehr eingänglich für Leute wie mich, die eher aus der Windows-Welt kommen und selten auf der Konsole arbeiten.

Probier doch einfach mal und stelle konkrete Fragen, wenn Du nicht weiter kommst, dann fällt mir vielleicht wieder ein, wie ich den Stolperstein beseitigt habe.

"warum MUSS Composer sein? "
Für das Verständnis hilft Dir wohl auch nichts, als mal durch die vielen Dokus zu klicken.
Ich habe mich auch stundenlang durch gewühlt und das meiste schnell wieder vergessen.
Zu der Frage: Es geht darum, die Abhängigkeitn von 3-Anbieter-Scripten zu verwalten.
D.h. wenn das gleiche Script im Core und in einem oder mehreren Modulen in unterschiedl. Varianten benötigt wird, dann wird das vom Composer verwaltet.
Module, die keine solchen Libraries verwenden, brauchen das dann nicht - oder so ähnlich.

Vielleicht kann Dir das noch jemand besser erklären, oder Du bist fit in englisch, dann einfach mal ein paar Stunden recherchieren.
Das rentiert sich sicher, um mehr Sicherheit und Verständnis zu bekommen.
Ich bin selbst derartig mit Try-und-Error-Modus, daß ich Dir lieber nichts Falsches erzählen möchte.

Hallo und danke für Deine ausführliche Antwort! :-)

Ja, mit einem WebSERER bei Hosteurope sollte wget gehen, ich habe aber einen WebHOST. Das klingt mal wieder nach einem Umzug und zusätzlichen Kosten. ;-)

Naja, jedenfalls hab erst mal vielen Dank, ich werde mich mal weiter reinwühlen.

Herzliche Grüße

Ach sorry...habe ich überlesen.
Meines ist ja auch kein eigener Server, sondern nur managed Server.
Da funktioniert das evt. auch schon bei einem kleineren Paket.
Frag einfach mal bei HE. Der Support ist ja wirklich hilfreich.

Composer muss nicht zwangsläufig auf dem Server installiert sein. Du kannst Composer einzig und allein in deiner lokalen Entwicklungsumgebung nutzen und die aufgelösten Abhängigkeiten je nach deinem Workflow mit FTP, SFTP oder Rsync auf den Server laden. Aber ja, auch das stellt natürlich einen erhöhten Aufwand zum einfachen Installieren eines Modules dar.

Betrachten wir jedoch wie Abhängigkeiten, speziell zu anderen PHP Libraries in Drupal 7, behandelt wurden. Hierbei mussten auch zusätzliche Module wie Libraries, XAutoload on Co. genutzt werden, um diese zum laufen zu bekommen. Und dann musste noch die richtige Library Version manuell heruntergeladen werden und gehofft werden, dass diese noch kompatibel mit dem Modul ist. Das funktionierte manchmal auch nur mehr schlecht als recht.

Zudem kommt das Problem, dass es grundsätzlich (ich glaube aus lizenzrechtlichen Gründen) nicht erlaubt ist eine externe Library mit in ein Modul zu packen. Bis auf das "SMTP" Modul, dass mit einer leicht veränderten Version vom PHPMailer ausgeliefert wird, fallen mir nicht all zu viele Module ein, die eine Library mit im Modul zusammen packen.

Und insbesondere zur Kompatibilitätsprüfung von Libraries ist Composer eine gute Hilfe, auch wenn es den Workflow gerade für Beginner deutlich verkompliziert. Früher ist es mir schon häufiger passiert, dass ich nicht die passende Library für dies und das Modul installiert hatte und die Nebeneffekte erst später deutlich wurden. Gleiches gilt für das Risiko von Updates damals.

Auch wenn ich eher auf der Pro-Composer Seite der Diskussion stehe, kann ich absolut nachvollziehen, woher der Ärger rührt. Ja, Composer ist für Einsteiger und auch Fortgeschrittene, die es bisher nicht benutzt haben, alles andere als trivial. Allerdings spreche ich vehement gegen das Argument "aber es läuft nicht auf meinem Live-Server". Das soll und muss es auch gar nicht. Die Composer Abhängigkeiten sollen schon vorher aufgelöst worden und getestet sein, bevor man sich das Live-System zerschießt.

Bezüglich des des Update Status von Modulen auf Drupal 8: Das ist natürlich die Crux bei einem Open Source Project. So kann es über die Jahre leicht passieren, dass die ursprünglichen Maintainer eines Moduls gar nicht mehr täglich mit Drupal arbeiten. Dann ist es schwer, selbst wenn man noch Interesse und Zeit daran hat, sich reinzufuchsen und ein lauffähiges und sicheres Modul zu schreiben und langfristig zu betreuen.

Die meisten meiner Beiträge auf drupal.org (Module, Patches, Testen von patches usw.) zum Beispiel geschehen größtenteils als Teil eines Kundenprojektes. Aber um Module zu portieren, weiterzuentwickeln und Patches zu erstellen braucht es ab einem bestimmten Grad auch einer Business Value. Das heißt ich schieße etwas Arbeit in Module als Liebelei und Freizeitbeschäftigung ein, muss jedoch aber sehen, dass ich Verbesserungen an Modulen teilweise irgendwie mit dem Kunden und querfinanziert bekomme. Denn Zeit ist nicht unendlich. Das ist nicht immer einfach und der Großteil sind natürgegeben Drupal-Anwender, statt Entwickler die dauerhaft "zurückgeben" können.
Wenn dieses Gleichgewicht jedoch nicht mehr gegeben ist, kann es passieren, dass eben an bestimmten Modulen seit Jahren keine Releases mehr veröffentlicht wurden, geschweige denn nach Drupal 8 portiert.

Brechen wir doch mal den Kommentar von oben auf das wesentliche runter: Nein, composer muss nicht sein, aber du solltest ihn verwenden. Genauso wie du drush verwenden würdest um dir das geklicke durch die Benutzeroberfläche zu sparen. Solltest du ernsthaft vor haben mit Drupal zu arbeiten oder anders ausgedrückt, damit auf lange sicht Geld zu verdienen, würde ich dir dringend empfehlen, zu einem Hoster zu wechseln, der dir mehr freiheiten gibt als ein Shared-Host-Paket bei Hosteurope. Allein schon deinen nerven zu liebe.

Nein, ich will hier definitiv nichts verkaufen, und nein ich verlinke jetzt auch nicht auf ein Beispielangebot. Das ein SSH-Zugang und Root-Rechte aber immer gut sind, kannst du den vorrednern ja entnehmen. Solltest du eine Empfehlung benötigen, kannst du gerne mein Kontaktformular benutzen.