Drush für Drupal 8 bei HostEurope
Eingetragen von spade (166)
am 07.10.2015 - 18:32 Uhr in
am 07.10.2015 - 18:32 Uhr in
Guten Tag,
wo kann ich eine genaue Anleitung finden, wie ich Drush für Drupal 8 bei HostEurope in einem virtuellen Server installiere?
Mit herzlichem Gruß
Frank
- Anmelden oder Registrieren um Kommentare zu schreiben
https://www.drupal.org/node/1
am 07.10.2015 - 21:05 Uhr
https://www.drupal.org/node/1248790
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Danke, schaun mer mal ...
am 07.10.2015 - 22:13 Uhr
Danke, schaun mer mal ...
Habe ich gestern noch damit
am 07.10.2015 - 22:58 Uhr
Habe ich gestern noch damit hinbekommen.
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
Ich bin stolz auf dich.
am 07.10.2015 - 23:08 Uhr
Ich bin stolz auf dich. Vielleicht kann ich bald noch mehr stolz sein ;-) Danke.
wla
am 08.10.2015 - 20:44 Uhr
https://www.drupal.org/node/1248790
Oops, sorry. Bei mir bekomme ich gleich beim ersten Kommando den Fehler:
-bash: url: command not found
Ich hab' mich mit Tunnelier verbunden und das Kommando am ~$ Prompt eingegeben.
Wenn ich help eingebe, erfahre ich, dass es sich um GNU bash, Version 4.1.5(1) ... handelt und es kein Kommando url gibt.
Sicher: Was man weiß, was man wissen sollte; nur leider weiß ich's nicht.
Huu, was mach ich nu?
Herzlichen Gruß
Frank
Das Kommando heißt ja auch
am 08.10.2015 - 22:30 Uhr
Das Kommando heißt ja auch "curl"!
.
Werner
drupal-training.de
Moderator und Drupal Trainer
* - - - - - - - - - - - - - - - - - - - - - - - - - - - *
wla schriebDas Kommando
am 09.10.2015 - 07:17 Uhr
Das Kommando heißt ja auch "curl"!
Oops, wie peinlich! Danke.
Immerhin bekomme ich jetzt einen anderen Fehler :-)
The suhosin.executor.include.whitelist setting ist incorrect.
Nach einigem Suchen fand ich im KIS, wo das zu ändern geht:
Administration > {Paketname} > Skripte > Skript-Einstellungen:
PHP Suhosin Executor Include Whitelist > ändern
Hier sollte zumindest phar ein Häkchen haben, dann wird "http://" und "https://" automatisch hinzugefügt (sagt die Doku).
15 Minuten warten und dann weiter ...
Aber auch alle Häkchen setzen änderte nichts an der Fehlermeldung.
Sorry, wie kann man diese Hürde überwinden?
Was ist dann den für ein
am 09.10.2015 - 15:37 Uhr
Was ist das denn für ein virtueller Server: Ubuntu? mit oder ohne Plesk?
Eventuell greift für die Konsole eine andere php.ini als für den Webserver und die Änderung über KIS greift nur für Webserver.
Schau mal mit php --ini auf der Konsole welche Datei greift und wo sie steckt.
Danke Stefan, wenn ich mich
am 09.10.2015 - 23:00 Uhr
Danke Stefan,
wenn ich mich mit Tunnelier verbinde, heißt es Welcome to Debian Squeeze.
Die php.ini Datei ist in /etc/php5.3
Nun wollte ich dort die folgende Zeile hinzufügen, aber die Datei ich schreibgeschützt und ich habe keine Rechte sie zu ändern:
suhosin.executor.include.whilelist = phar http://,https://
Ich habe mir eine eigene php.ini in mein Grundverzeichnis geschrieben, aber die scheint nicht zu wirken.
Mit der Dateiverwaltung im KIS habe ich keinen Zugriff auf die Datei php.ini
Wat nu?
Da bin ich jetzt auch nicht
am 10.10.2015 - 09:30 Uhr
Da bin ich jetzt auch nicht ganz sicher. Schau mal hier: http://stackoverflow.com/questions/12475890/symfony2-set-up
Hier wird gesagt man soll erst mal checken ob php5-suhosin installiert ist.
Wegen Änderung der Datei. Wenn Du einen richtigen virtuellen Server hast, solltest Du als root jede Datei ändern können, ggf. in dem Du dir die Rechte gibst. Auf jeden Fall musst Du aber auch herausfinden welche php.ini auf der Konsole greift und wie die Datei korrekt geändert wird. Teilweise sucht php unter *nix auch verschiedene ini-Dateien zusammen, die dann unter Umständen auch nicht php.ini heißen.
Bin fündig geworden – dies
am 10.10.2015 - 20:35 Uhr
Bin fündig geworden – dies funktioniert:
curl -sS https://getcomposer.org/installer | php -d suhosin.executor.include.whitelist="phar http://,https://"
Reaktion:
All settings correct for using Composer
Downloading...
Composer successfully installed to: /is/htdocs/wp.../composer.phar
Use it: php composer.phar
Wenn ich das tue kann ich nicht erkennen, dass etwas passiert. Der nächste Prompt kommt ohne Fehler, aber sonst ist nichts zu erkennen.
Aber schon das nächste Kommando aus der Anleitung (https://www.drupal.org/node/1248790) liefert wieder einen Fehler:
sudo mv composer.phar /usr/local/bin/composer
mv: cannot create regular file '/usr/local/bin/composer' : Permission denied
Ich hab jetzt die Datei composer.phar im Verzeichnis liegen, sehe aber nicht, dass sonst etwas passiert/installiert worden wäre.
Ich tappe hier ziemlich im Dustern, sorry.
Herzlichen Gruß
Frank
Gibt "composer status" etwas
am 11.10.2015 - 19:25 Uhr
Gibt "composer status" etwas aus?
Generell scheint mir bei Dir etwas berechtigungsmäßig nicht zu stimmen. Es war schon komisch dass Du die php.ini nicht editieren konntest und jetzt kommt diese Berechtigungsmeldung auch beim Verschieben von composer obwohl Du sudo benutzt.
mv: cannot create regular file '/usr/local/bin/composer' : Permission denied
Sehe ich auch so. Hab' jetzt
am 11.10.2015 - 20:07 Uhr
Sehe ich auch so. Hab' jetzt mal den Support angefunkt. Die im Dienst haben das gleich weitergereicht ...
Ne, composer status liefert: -bash: composer: command not found
Mal sehen, was dem Support morgen einfällt.
Danke Stefan.