[gelöst] drush Installation
Eingetragen von jens78 (40)am 20.12.2015 - 12:10 Uhr in
Hallo,
ich versuche schon seit zweit Tagen drush 8 auf einem Debian-Server zu installieren, bekomme es aber irgendwie nicht hin.
Ich bin jetzt noch einmal nach dieser Anleitung vorgegangen.
http://docs.drush.org/en/master/install/
Das Ergebnis seht ihr unten. Was mir auffällt ist, dass drush in den Ordner /usr/local/bin/drush verschoben wird der drush-alias aber offensichtlich auf den Ordner /usr/bin verweist. Wie korrigiere ich das?
--2015-12-20 11:59:28-- http://files.drush.org/drush.phar
Resolving files.drush.org (files.drush.org)... 54.231.34.9
Connecting to files.drush.org (files.drush.org)|54.231.34.9|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5033570 (4.8M) [application/octet-stream]
Saving to: `drush.phar'
100%[===========================================================================================================================================================>] 5,033,570 2.43M/s in 2.0s
2015-12-20 11:59:30 (2.43 MB/s) - `drush.phar' saved [5033570/5033570]
root@euve76088:~# php drush.phar core-status
PHP configuration : /etc/php5/cli/php.ini
PHP OS : Linux
Drush script : /root/drush.phar
Drush version : 8.0.1
Drush temp directory : /tmp
Drush configuration :
Drush alias files :
root@euve76088:~# chmod +x drush.phar
root@euve76088:~# ls -l
total 11152
-rw-r--r-- 1 root root 5299 Jul 27 2010 dotdeb.gpg
-rwxr-xr-x 1 root root 5033570 Nov 29 02:11 drush.phar
-rw-r--r-- 1 root root 6374366 Jan 14 2015 mod-pagespeed-stable_current_amd64.deb
root@euve76088:~# mv drush.phar /usr/local/bin/drush
root@euve76088:~# drush init
-bash: /usr/bin/drush: No such file or directory- Anmelden oder Registrieren um Kommentare zu schreiben
Ein Drush pro Linux-User
am 20.12.2015 - 13:51 Uhr
Ich nehme an, Du konfigurierst nur ein Übungssystem. Zu Symlinks unter Debian gibt es z.B. hier was: https://wiki.debian.org/SymLink
Auch wenn ich Root-Zugang zu einem System habe, konfiguriere ich für jedes Drupal-System auf einem Server jeweils einen Linux-User als Datei-Eigner und bei mehreren virtuellen Hosts am besten einen weiteren Linux-User für den Webserver (siehe auch Sichere Dateirechte: Wissen verbreiten und Provider überzeugen).
Der Datei-Eigner eines Drupal-Systems ist dann der Drush-User, zu dem man auch verschiedenen Drupal-Admins per SSH-Key Zugang gewähren kann.
Aus verschiedenen Gründen neige ich dazu, jedem Drush-User seine eigne Drush-Version zu ermöglichen. Und da man die Installation neuerer Drush-Versionen inzwischen ohnehin mit Composer anschließen muss, ist eine Installation direkt mit Composer ausgeführt vom jeweiligen Linux-User am einfachsten:
composer require drush/drush 8.0.1Mit separaten PHP-Versionen über eigen user-bin Ordner inkl. direkten Einbindung des vendor-bin Verezeichnises der jeweiligen Composer-Installation geht so auch sauber eine neuere PHP-Version als CLI und damit auch für Drush. Siehe auch: "Drush Frage. PHP CLI-Version. Fehler bei Drush befehlen, da PHP Version zu niedrig".
Das Problem würde erst auftauchen, nachdem der Drush-Symlink auch auf ein Drush-Programm zeigt. Bis dahin kann man aber das drush auch direkt aufrufen als phar-Datei. Oder bei anderen Installationen direkt mit "/path/to/right-php-version/php /patch/to/drush/drush.php".
Vor allem über diese Möglichkeit wird deutlich, daß Drush einfach nur ein PHP-CLI-Programm ist mit ein paar Zusatz-Hilfen, um z.B. auch auf Windows und Mac OS zu funktionieren.
Bisher habe ich Drush deshalb auch immer auf managed Webspace-Paketen unterschiedlicher Provider zum Laufen bekommen, wenn SSH und damit in der Regel auch PHP als CLI vorhanden ist. Das wiederum vergisst man vllt. manchmal beim Selbst-Intallieren eines Servers. Bei einem Kunden bin ich aber auf einen Managed Server mit modphp gestoßen. Dort musste ich drush patchen, da die drsuh Maintainer dies nicht direkt unterstützen.
Wichtig ist dann noch Zugriff auf die Befehle mysql und mysqldump, weil auch Drush diese nutzt für die Datenbank-Operationen.
# DrupalCenter-Moderator # https://www.drupal.org/u/c-logemann
# CTO der Nodegard GmbH: Tech. Concepts | Security + Availability Operations / Wir unterstützen IT-Abteilungen, Agenturen, Freiberufler:innen
Vielen Dank!!!!
am 21.12.2015 - 19:30 Uhr
..für diese ausführliche Antwort. Hab viel gelernt und die Installation mit Composer hat auf Anhieb funktioniert :-) :-)