Drupal 7 und Drupal 8 und Drush 7 und Drush8/9

Drush 9 hat keine Update-Funktionalität mehr. Da wird auf die Verwendung von Composer verwiesen. Wenn Du Deine Seite noch nicht unter Composer-Kontrolle hast, gibt es dazu Tools. Composer benötigt allerdings relativ viel PHP-Memory, so daß Du es meist nicht auf Shared-Hosting betreiben kannst. Ich mache das lokal, packe die Installation in einen Tar-File ein und entpacke auf dem Server in die passenden Verzeichnisse. Das geht für mich recht fix. Ich benutze allerdings auch einen Mac und der hat einen Unix Unterbau.

Danke für Deine Antwort, Werner.

Nun, Deine Methode wäre schon „der letzte Ausweg“ gewesen...

aber unter uns gesagt: wofür genau nutzt denn Drush 9 überhaupt etwas?
Backup und Update ist „täglich Brot“, what else? Und genau das geht nicht mehr?

Ich dachte, mit D8 wirds einfacher...

lg myl

Leda, da wirst Du etwas tiefer einsteigen müssen.
Ich habe wirklich Wochen gebraucht, um so halbwegs durchzublicken. ;-)
Nun mache ich die Installation und Updates mit Composer und drush für Datenbank updaten, cache leeren ect.
Es gibt ja heute schon Module, die sich nur mit Composer installeiren und updaten lassen.

Hallo montviso,

Ja, ich bin gewillt tiefer einzusteigen. Aber die Anleitungen, die ich finde, sind recht widersprüchlich.

Die Installation mit Composer krieg wahrscheinlich noch hin.
Darf ich Dich bitten, mir wenigstens mit Drush auf die Sprünge zu helfen - welche Version Du da verwendest und welche Befehle fürs Backup, Cache leeren und den DB-Update?

Vielen Dank und
lg leda

Ich verwende Drush 9, allerdings nicht für Backup.
DB-Update: drush updatedb
Cache Leeren: drush cr (löscht alle Caches)

Prima, das ist ein Anfang. Danke Dir :-)

Aber so ganz allgemein in die Runde - wofür genau ist Drush 9 gut?

lg myl

.. um D8 "zu können", geht halt nicht anders. Die drush-Funktionen sind ja nicht schlecht, hilft mir bei meinen Migrationsexperimenten ..

Zum Update: Wenn Composer grad noch nicht voll tut (ich bin auch noch "im Übergang"), geht weiter ein händisches Update - klassisch Dateien lokal verarbeiten, und dann (s. Vorposter) online schieben ..

Servus
Franz

Salü Franz,

So ganz beantwortet das meine Frage ja auch nicht..
Was meinst Du mit "D8 können"?

Das händische Update ist klar und wie schon gesagt, gar kein Problem, mach ich seit D6-Zeiten. Ich hab immer eine lokale Installation!

Was will ich denn tun? - aus meiner Erfahrung mache ich für eine Drupal 7 Webseite mit Drush genau die oben beschriebenen Dinge:
- Backup
- Cache leeren
- Maintenance Mode on/off
- Update Drupal

Mehr will ich bei einer Drupal 8 Webseite doch auch gar nicht tun, aber:
- Backup: Macht Montviso offenbar nicht nicht mit Drush9
- Cache leeren: Okay, Lösung von Montivso :-)
- Maintenance Mode on/off: hab ich nicht gefunden
- Update Drupal: geht nicht mit Drush 9

Ich frag deshalb nochmals ganz ketzerisch:
Wofür ist Drush 9 gut...?

Stimmt, Backup mache ich automatisiert mit anderen Lösungen.

Drush (9) hat ja einen riesigen Strauß an Befehlen:
https://drushcommands.com/drush-9x/

Watchdog https://drushcommands.com/drush-9x/watchdog/watchdog:show/ habe ich dieser Tage verwendet, weil es unter den aktuellen D8 Installationen ein Problem mit der View für die watchdog Logs (reports) gab.
Ist blöde, einen Fehler zu finden, der die Ansicht der Fehler-Reports verhindert, wenn man keine Fehler-Reports angucken kann. ;-)

Da war dann drush wieder eine große Hilfe.
In die Datenbank hätte ich auch gucken können, ist aber aufwändiger.

Hier was zum Maintance via Drush.
https://drushcommands.com/drush-9x/state/state:set/
Habe ich mich noch nie mit beschäftigt.

In vielen Fällen lange ich dann halt doch lieber automatisch ins Backend.

ok - ich gehe/ging davon aus, daß D8 mit drush8 nicht mehr ordentlich geht, und deshalb der Composer bei D8 konsequent drush9 fordert (wobei mir auch lieber wäre, 'die' hätten mit drush9 auf D9 gewartet). Wenn Du mit drush8 auch zum Ziel kommst, bin ich still ;-)
Drupal8 ist offensichtlich weiter sehr dynamisch (positiv formuliert), so dass es wohl nicht ganz leicht ist mit den Schnittstellen nachzukommen, mein Eindruck. Also rechne ich damit, dass es mit drush8 statt statt drush9.x zu Problemen kommt, kenne aber keine 'vergleichenden Experimente'.
Die Aufteilung zwischen drush und Composer ist mir auch erst mal lästig, vor allem weil Drupals "Weg zu Composer" noch nicht so einfach nachvollziehbar ist, ich stolpere noch über die Pfad-Anforderungen ..
Das Revival der Kommandozeile ist "für Amateure wie mich" - in dieser Strenge - eine Herausforderung. Vielleicht lohnen Fortschritte der Benutzerfunktionen (layouteditor o.ä.) dann doch mal die Umstände.

(sorry dass es länger wurde ;-)
-- Franz

PS: Maintenance Mode geht (wohl drush 8 wie 9?) via state:set "drush sset system.maintenance_mode 1" + cr (Cache rebuild), zurück mit 0. Ok, etwas wordy.