Composer nicht als root ausführen

Vom User root kannst Du in jeden User wechseln. Danach sollte composer doch für diesen User laufen oder darf der composer nicht ausführen?

Tja dachte ich auch, aber bei einer IspConfig Installation ( https://de.wikipedia.org/wiki/ISPConfig ) gibt ein su web123 (Benutzer des Webs) keine Fehlermeldung aber ein whoami zeigt immer noch root...

Dann verhält sich Dein System nicht wie ein "normales" Unix. Da bleibt nur mit root zu installieren und danach rekursiv den Owner aller Dateien zu ändern (chown -R user:group *). Dann aber nicht die .-Dateien vergessen. Die müssen auch noch behandelt werden.

Wenn du deinen normalen Nutzer zur Gruppe www-data hinzufügt und der Gruppe entsprechende Schreibtischrecht gibst, kannst du Composer auch ohne Root rechte ausführen.

Hintergrund ist folgendes:

Führst du Composer als Root aus kann es sein, dass die heruntergeladen Dateien die Rechte root:root zugewiesen bekommen und für www-data nicht lesbar sind. Das kann zu Fehlern im System führen. Außerdem kann root eine Andere PHP Version verwenden als www-data

https://snipe.net/2017/11/15/so-you-ran-composer-as-root/

Wenn du deinen normalen Nutzer zur Gruppe www-data hinzufügt und der Gruppe entsprechende Schreibtischrecht gibst, kannst du Composer auch ohne Root rechte ausführen.

Hintergrund ist folgendes:

Führst du Composer als Root aus kann es sein, dass die heruntergeladen Dateien die Rechte root:root zugewiesen bekommen und für www-data nicht lesbar sind. Das kann zu Fehlern im System führen. Außerdem kann root eine Andere PHP Version verwenden als www-data

https://snipe.net/2017/11/15/so-you-ran-composer-as-root/

Ich bin gerade völlig genervt.

Ich wollte "nur mal schnell" Drupal 8 installieren (weil ich die 8er Version noch nicht genutzt habe).

Dazu Composer (habe ich auch noch nie genutzt).

Composer als "root" soll man nicht ausführen, also habe ich einen neuen User "composer_user" und eine Gruppe "composer_group" angelegt.

Dann im "home"-Verzeichnis den Ordner "composer_user" angelegt (/home/composer_user).

Dann die Rechte vergeben.

chown -R composer_user:composer_group /home/composer_user

Nun habe ich einen Alias angelegt, damit ich "composer" in der shell nutzen kann.

nano .bashrc
Am Ende: alias composer='/home/composer_user/composer.phar'
bash

Gebe ich als root jetzt in der shell "composer" ein, komme ich wieder "Do not run Composer as root/super user!"

Jetzt wechsele ich zum User "composer_user".

su composer_user
Dann: composer bzw. composer install

Als Ergebnis kommt:
composer: not found

Es ist zum kot*en!

Ich sitze jetzt seit fast 2 Stunden hier, nur um Composer zum laufen zu bringen, an eine Installation von D8 ist nicht zu denken.

In zahlreichen Tutorials ist die Rede von "das ist alles ganz einfach".

Es ist zum kot*en!

Was mache ich falsch????

Das kommt drauf an, wie du Composer installiert hast. Grundsätzlich solltest du Composer schlicht mit einem symbolischen Link in /ist/local/bin ablegen und dann diesen dann mit chmod + x dafür sorgen, dass diese Datei für alle Benutzer ausführbar ist.

Im Ergebnis funktioniert composer Dann für alle Benutzer aus jedem Ordner auf dem System. Aber immer der Reihe nach....

-

Erste Frage

Hast du auf deinem System Ausser dem root und dem von dir angelegten Nutzer schon einen normalen User gehabt?

Falls ja, musst du nicht extra einen Nutzer anlegen, sondern nur die entsprechenden Rechte vergeben

Angenommen dein normaler Nutzer heißt Drupal und die Gruppe deines Webservers www- Data Dann geht das so:

sudo apt-get Install composer

sudo chown -Rh drupal:www-data /var/www

sudo chmod -R 755 /var/www

sudo rm - r /var/www/html

composer create-project drupal-composer/drupal-project:8.x-dev /var/www/html --stability dev --no-interaction

mkdir /usr/local/bin/composer

cd /usr/local/bin/composer
wget https://getcomposer.org/download/1.8.4/composer.phar

cd

nano .bashrc
alias composer=' /usr/local/bin/composer/composer.phar'
bash

chmod -R 777 /usr/local/bin/composer

su composer_user

composer install

sh: 1: composer: Permission denied

Kot*!!!

So - was ist da falsch?

Falsch ist der alias. Der gilt nämlich nur im Benutzerprofil des angemeldeten Benutzers.

Richtig wäre in diesem Fall:

cd /usr/bin/composer
mv composer.phar composer
sudo ln - s /usr/local/bin/composer/composer /usr/bin/composer
cd /usr/local/bin
sudo chmod +x composer

Hallo Joachim,

mit Deiner Anleitung habe ich das hinbekommen (zumidest, dass "composer" in der shell funktioniert).

Danach gingen die Probleme aber weiter.

unter /var/www/ habe ich einen drupal8 Ordner angelegt.

/var/www/drupal8

chown myUser:myUser /var/www/drupal8

chmod g+rwX -R /var/www/drupal8

su myUser

composer create-project drupal-composer/drupal-project:8.x-dev /var/www/drupal8 --no-interaction

Warum will Composer jetzt den Ordner /var/www/drupal8/ löschen, obwohl doch Drupal dort installiert werden soll (mal davon abgesehen, dass die Rechte korrekt gesetzt waren)?

Wer soll das verstehen?

Danach hatte ich die Nase voll und wollte jetzt als root installieren, damit ich Drupa8 mal austesten kann.

Was kam dann?

Ich dachte Composer installiert die Abhängigketen alleine dazu. Warum bemängelt Composer jetzt den/das fehlende behat/mink-selenium2-driver 1.3.x-dev?

Wer soll das alles noch vestehen?

Ich muss leider sagen: Drupal 8 ist für den Normalbürger gestorben und tot.

Erklär das alles mal "Max Müller", der für seinen Verein eine Webseite machen soll, der ein CMS sucht und Drupal ausprobieren will.

Das klappt nie (denn ich bin schon gefrustet ohne Ende).

Die Meldungen von composer sind doch relativ eindeutig. Es wird die fehlende PHP Curl Extension bemängelt.

Wenn die System Requirements nicht passen, sieht es halt schlecht aus mit der Installation.

und dazu

Lass composer doch den Ordner anlegen. Wenn Du Berechtigungen ererben willst musst Du ggf. /var/www passend einstellen oder setzt die Berechtigungen halt nachher passend.

@stefan immer langsam...

Also, mit

composer create-project drupal-composer/drupal-project:8.x-dev /var/www/drupal8 --no-interaction

sagst du Commposer. Geh bitte in den Supermarkt und such' mir die Zutaten zusammen, die du auf der Liste im Paket drupal-composer/drupal-project:8.x-dev findest.

Das Rezept rührst du mir bitte im Verzeichnis /var/www/drupal8 zusammen und zwar ohne, dass ich dazu angaben machen muss oder du mir beim Kochen fragen zur Zubereitung stellst --no-interaction

Blöd nur, dass im Ordner /var/www/drupal8 schon was drin war. Darum sagt dir Composer jetzt in einer riesen Liste

1. Nö den Ordner nimm ich nicht, da ist was drin
2. Das was da drin ist hat zwar einige der Zutaten, auf der Liste, aber teilweise mit anderer Versionsnummer und teilweise passt das einfach nicht zusammen.
Darum würde Composer den Ordner gerne löschen, macht das aber nicht, weil composer nicht weiß, ob du das, was da drinnen ist noch brauchst.

Änderst du den Ordnernamen ab wird die Installation loslaufen, wenn du vorher dafür sorgst, dass der Benutzer unter dem du die Installation ausführst für den Ordner /var/www schreib und Leserechte hat.

Die riesen liste ist für Leute, die Composer bereits verstehen und eventuell das Composer.json File so abändern können, dass sich die Konflikte und Abhängigkeiten mit der Hand auflösen möchten, um den Befehl dann erneut auszuführen,

Zum testen dieses schönen Bildes kannst du einfach den Ordnerpfad nach dem Ändern der Schreibrechte auf /var/ww abändern und Composer den Ordner anlegen lassen.

Wichtig für dich ist auch der Teil

Der sagt nämlich dass die hier aufgelisteten Erweiterungen nicht für php aif der Kommandozeile aktiviert sind.

Auch dass ist ein Grund, warum die Installation abgebrochen wird.

Das ist genau das selbe, wie wenn du den Bildschrim der instll.php vor der nase hast und dort eine Notwendige Erweiterung rot hinterlegt ist, weil sie nicht für Apache2 oder Nginx in PHP aktiviert wurde.

Ich hab aktuell leider noch kein fertiges Video für dein Problem. Aber eine Arbeitsversion zur Installation von Drupal unter Virtualbox und Linux. Da ist sowohl der PHP-Teil als auch der Composer Teil mit drinnen.

https://vimeo.com/262674479

Willkommen im Club!

Ich habe alle diese Composers, Xampps und Gits usw. zum laufen gebracht und tatsächlich lief kurz mal Drupal 8, Abhängigkeiten wurden trotzdem nicht mit installiert.
Klar ist das mein Fehler und sicher kann man irgendeine Konfigurationsdatei für Composer erstellen und das irgendwie hinkriegen, mit ganz viel Zeit und guten Nerven und vor allem nach ein paar
Wochen noch wissen, wie man das damals hingekriegt hat. Ich schreibe da mehr an Dokus rum, als das ich zum arbeiten komme, das kann es nicht sein!

Da immer noch einige Module fehlen, die ich benötige, hab ich auch grad die Lust verloren mit D8 weiter zu machen und Tipps wie "schreib die doch eben selbst" sind auch unglaublich hilfreich...

Ich warte jetzt mal ab und bleibe bei D7, denn D7 und D8 liegen beide mit "End of Life" auf November 2021.
https://dri.es/drupal-7-8-and-9

Vielleicht wird es nächstes Jahr mit der D9 anders, aber ich glaube nicht mehr wirklich dran, denn D9 soll sich ja nicht grundsätzlich von D8 unterscheiden.

Das schlimmste daran ist, das ich für mich überhaupt keine Vorteile bei einem Wechsel zu D8 erkennen kann und ich habe mich damals so auf D8 gefreut.
- D7 ist viel schneller im Admin Bereich
- D8 fehlen mir Module
- D8 Pflege plus Installation mit Abhängigkeiten, etc. ist mit hohen Mehraufwand verbunden

Momentan beschäftige ich mich verstärkt mit Backdrop CMS und bin sehr angetan.
https://backdropcms.org/

Falls es mir gelingt mein größeres Projekt mit backdrop umzusetzen, werde ich das tun.
backdrop ist super schnell, macht Spaß, wirkt aufgeräumt, die Modulauswahl wächst konstant und es beinhaltet sehr coole Layout Funktionen.

Grüße Jenna

Danke.

Nachden ich git und curl nachinstalliert, den drupal8-Order gelöscht und dann (als root) die drupal-composer-installation nochmal angestoßen habe, hat jetzt (scheinbar) alles geklappt.

Ganz am Ende wurde ein "lock file" und "autoload files" angelegt, alles grün, keine Fehler mehr.

Per chown habe ich den gesamten Ordner dann auf www-data gesetzt.

Wenn man bisher nur mit Drupal7 gearbeitet hat, aber noch nie mit Composer, ist das alles sehr unverständlich.

@ dinmikkith

Sehr schön beschrieben um ansatzweise zu verstehen was man da machen soll.
Das ist die Form von Anleitung die wohl vielen Umsteigern weiter helfen würde, was passiert da eigentlich und warum?

Da kann ich sehr viel Input auch für mich rausnehmen, danke...

Grüße Jenna

Ja, Jenna, finde ich auch.

Danke an Joachim für die Erklärung (in ruhiger Art und Weise).

Später muss ich erstmal ne Datenbak anlegen und meine erste D8-Installation abschließen. Ich hoffe, dass das ohne Probleme funktioniert.

Muss erstmal off gehen.

Bitte denke daran, in dem frisch angelegten drupal8-Verzeichnis gibt es nach dieser Composer Installation den Ordner "web". Darin liegen die "normalen" Drupal Items. Das DocumentRoot muß auf diesen Ordner gestellt sein, damit die Installation starten kann.

@dinmikkith: Der Vollständigkeit halber:

das sagt Dir nicht

Sondern das sagt Dir wo die php.ini liegt und weitere ini-Dateien die in die PHP-Konfiguration einbezogen werden.

Hallo Freunde,

der Rest hat sehr gut geklappt. Die Installationsroutine ist hübsch gemacht und läuft ohne Probleme durch (nur das nachladen und installieren der Übersetzungen hat etwas länger gedauert).

Ich werde dann jetzt mal etwas herumtesten mit meiner ersten D8-Installation.

Danke für die bisherige Hilfe.

Ich habe noch ein paar D8-Projekte ohne Composer und Drush am laufen, wohl wissend, dass das nicht empfohlen wird. Ich wollte herausfinden, ob es weiterhin gut möglich ist, das System so zu betreiben. Wenn nein, ist das tatsächlich aus der Perpektive von un- oder semi-profesionellen Sitebuildern eine Art Rückschritt gegenüber Drupal 7.

Heute z.B. hatte ich Update-Stress (Entity Browser 8.x-2.0 to 8.x-2.1) bei einer dieser Seiten, die Website war nicht mehr aufrufbar und man hätte nur 'drush cc' ausführen müssen, und alles wäre geritzt gewesen. In so einem Fall hilft z.B. das:

To clear all caches (CC) of your Drupal 8 site
* Set the following 'rebuild_access' setting in settings.php to 'TRUE':
$settings['rebuild_access'] = TRUE;
* run via URL: http://MYWEBSITE.TLD/core/rebuild.php
* Don't forget to deactivate the 'rebuild_access' setting after process

Mein heutiges Fazit: Bis auf einigen Stress bei Updates (oder wenn einzelne Module externe Libs brauchen), kann man Drupal8-Websites auch ohne Composer betreiben. Im Hinblick auf Wirtschaftlichkeit bei der Wartung läuft's schon klar auf Composer-Nutzung raus.

Grunbdsätzlich bei D8 fehlt mir am meisten tatsächlich das Rules Modul (und einige andere) und ich frage mich, ob das nochmal was wird. Eines der Alleinstellungsmerkmale von Drupal war ja zu D7-Zeiten, dass man Web-Apps mit hoch-individueller Business-Logik zu 90%-100% ohne eigenen Code erstellen konnte. Diese Möglicheiten haben sich mit D8 zurück entwickelt bzw. dauert es jetzt schon sehr lange, bis einige Module portiert werden, was ich wie einige andere auch bedauern. Das einzig konstante ist eben die Veränderung ;-)

Hallo Marco,

Ich sehe tatsächlich, dass Semi Profis da erst Mal ein Problem haben. Aber gerade was das Update angeht, muss man Composer einfach erlebt haben.

Während die meisten eine Datei herunterladen und wieder hochladen und dann die Datenbank aktualisieren

Schreibe ich inzwischen zwei Zeilen in den SSH Client meines Handys und habe damit die Sicherheitslücke auf meinen Server gefixt. Und das nachts um 12. Handy aus und beruhigt weiterschlafen, weil der Server trotz Sicherheitsupdate wieder sicher ist.

Hobbyists wie ich können das auch. Man muss sie nur an die Hand nehmen und Stück für Stück zeigen wie's geht.

Dir 90 - 100 % Businesslogik sind auch noch da. Aber vieles funktioniert ganz anders als unter Drupal 7.

Auch hier. Wenn mir das keiner zeigt, werde ich, gerade wenn ich schon mit Drupal 7 gearbeitet habe dass nicht lernen.

Klar fehlen Module noch und nöcher. Aber wie war das denn, als es noch kein Facebook Autopost für D7 gab. Da hatte ich nicht etwartet, dass Drupal meinen Post auf Facebook veröffentlicht, wenn ich in der UI auf veröffentlichen drücke.

Klar vermisse ich diese Funktion in Drupal 8 aber hey, wenn ich das aus D7 nicht kennen würde, würde ich die Funktion nicht vermissen.

Darum freue ich mich immer über Neulinge, die nicht darüber nachdenken, was alles nicht mehr funktioniert
Meiner Meinung nach kann man Drupal 7 komplett über den Haufen werfen. Währe es nicht da, würden wir uns gar nicht darüber unterhalten, was plötzlich alles fehlt, sondern viel mehr mit Begeisterung herausfinden, was alles möglich ist. Das ihr lieben ging bei Drupal 6 und 7 doch auch noch

Die Beiträge mit Überschritten wie Wir geil ist dass denn... Haben sich aber in Um Gottes Willen, wie sch... Ist Drupal 8 gewandelt und das ist ein Punkt, an dem alle Drupal 7 Anwender ganz dringend ihr Mindset ändern müssen.

Schmeisst Drupal 7 endlich in die Tonne und fangt an Drupal 8 zu entdecken. Gerade als Hobbyists. 2021 ist Schluss damit und wer dann von Drupal 8 immer noch keine Ahnung hat, weil er sich ab Modulen aufhängt, die es in der Steinzeit Mal gegeben hat, weil früher halt alles besser war, der ist raus für solche Menschen ist Drupal 9 keine Option.

Das geht übrigens nicht gegen deinen Beitrag, sondern ist schlicht die knallharte Beschreibung des ist Zustandes. Passt nur gerade gut.

Ich bin sogar der Meinung, dass wir Drupal 7 nicht weiter unterstützen sollten, sondern all die Zeit, die darauf verwendet wird lieber darauf verwenden sollten Neulingen Drupal 8 beizubringen. Genau das mache ich hier auch. Egal ob dem Vereinswebdesign er Max Müller oder dem Drupal 7 Crack schlecht hin. Sobald jemand Drupal 8 nicht verstanden hat oder nicht versteht. Raus mit euren Fragen. Aber bitte ohne Gejammer, wie schön Drupal 7 doch ist. Drupal 8 ist kein Rückschritt, sondern schlicht anders.

Danke für das Kompliment über die Anleitung. Da gibt's bald noch mehr von.

Versprochen!

Wichtig ist mal den richtigen Server haben, der zu Drupal passt.
Ich würde nie auf shared irgendwas noch erledigen.

Installiere dir ein Virtuelle Maschine und Übe.
Bei mir ist es auf Fedora 29 halt Centos 7.5 Server & Webmin Virtualmin ( wer benutzt den sowas IspConfig ) mit allem was zu Drupal passt. Und noch viel mehr ...

Dolibarr http://dolibarr.demo.localhost
Drupal http://drupal.demo.localhost
Drupal Commerce http://drupalcommerce.demo.localhost
Drupal Thunder http://drupalthunder.demo.localhost
Freshrss http://freshrss.demo.localhost
Grav http://grav.demo.localhost
Kanbanbard http://kanbanboard.demo.localhost
Matomo http://matomo.demo.locahost
Mautic http://mautic.demo.localhost
Nextcloud http://nextcloud.demo.localhost
Opencart http://opencart.demo.localhost
PhpMyAdmin http://demo.localhost/phpmyadmin
Prestashop http://prestashop.demo.localhost
Resourcespace http://resourcespace.demo.localhost
Tikiwiki 19 http://tikiwiki19svn.demo.localhost
Webmin https://192.168.122.152:10000
Woocommerce http://woocommerce.demo.localhost
Wordprss http://wordpress.demo.localhost
Yourls http://yourls.demo.localhost

ddev funktionniert einwandfrei https://ddev.readthedocs.io/en/stable/
Habe es lokal zum testen installiert.