drupal8 lokale installation (erstellt mit composer) hochladen

Die Daten in der settings.php sind lokal und beim Provider unterschiedlich. Du überschreibst ja auch nicht die settings.php. Bei einem Drupal-Update packe ich vendor und web/core in meine Update-Datei. beim Provider packe ich das aus und erhalte wieder dieselbe Struktur zurück. Danach update.php laufen lassen und gut ist. Die Updates der Module sind einfacher. Ich lösche die Modul-Ordner Remote und kopiere den Ordner der lokalen Installation an dieselbe Stelle hoch. Danach wieder update.php.

Aber Du musst ja zunächst mal eine erste Version beim Provider haben, die läuft. Erstellst Du die auf dem traditionellen Weg oder per One-Click-Installation, wie es webhostone anbietet? Und dann wird im zweiten Schritt alles wie eben erwähnt hochgeladen?

Als erstes lade ich die gesamte Struktur hoch, mit allen Dateien. Dann lege ich beim Provider eine Datenbank an und fülle die mit dem Dump der lokalen Installation. Dann die settings.php beim Provider anpassen. Als Letztes das DocumentRoot beim Provider richtig einstellen. Danach sollte die Seite laufen. Es kann etwas dauern, bis die Änderung des DokumentRoot wirksam wird.

Also vielleicht noch konkreter gefragt:
var/www/html/ oder var/www/html/web packen und hochladen? Der Ordner drupal liegt in web - aber einiges von composer, drush und der Ordner /vendor auf der ebene /html Ebene.

Bei mir lokal habe ich immer einen Ordner für die jeweilige Installation. Darin befindet sich alles, also vendor, composer.json ... und web. Diesen kompletten Ordner packe ich bei der Erstinstallation ein und schaffe ihn zum Provider. Das DocumentRoot zeigt in beiden Fällen auf den web-Ordner.
Bei mir liegt das DocumentRoot lokal übrigens nicht unterhalb von /var/www. Das kann man nämlich hindefinieren, wohin man möchte. Man muß nur auf die Rechte dabei aufpassen.

hat Joachim (dinmikkith) an anderer Stelle als sehr einfach dargestellt. Ich würde dieses Verfahren gerne mal ausprobieren - aber wie läuft das denn?
Ich habe bei webhostone noch einen Account, aber der ist eingeschränkt (zwar ssh Zugang, aber RAM beschränkt auf 0,5 GB, d.h. composer läuft da nicht).
Grundsätzlich möchte ich privat mir einen Anbieter suchen, bei dem ich zwar SSH Zugang habe, aber mich nicht um die Verwaltung und Sicherheit eines Servers kümmern muss (beim Verein sieht es anders aus). D.h. FTP und Linux-Kommandos stehen zur Verfügung, composer aber nicht.
Wie packe ich nun alles so ein, dass es möglichst in einem Zug via FTP passend hochgeladen werden kann, wenn ich vor Ort auf meinem Linux-System den Composer und drush am Laufen habe...?
Danke für ein paar Hinweise!
LG
Doro

Hallo Doro,

ich hab das hier vor kurzem geschrieben (ist auf Englisch). Vielleicht ist da was nützliches.

https://www.ostraining.com/blog/drupal/how-to-manually-update-drupal-core-through-cpanel/

Hallo,
hast du das nun so probiert, dass du zuerst den kompletten Inhalt von deiner mit Composer erstellten Installation auf den Server lädst - und dann "nur" mehr die lokale Datenbank online überträgst und das setting.php einstellst?

Hat das so "einfach" funktioniert?

Ich habe derzeit beruflich viele andere Aufgaben zu erledigen und komme momentan nicht dazu, das auszuprobieren. Aber danke für alle Hinweise!
LG
Doro

Ja, das ist eigentlich was im Tutorial erklärt wird. Siehe Link im Kommentar oben.

Hi,
ja - du schreibst ja auch "The local site is now in maintenance mode. You need to create a backup of the database and of the codebase. "

Nur vermute ich, dass du deine D8 Instanz lokal nicht mit Composer installiert hat, sondern manuell - also die Standard INstalaltion ohne den dependecy Manager.
Stimm das?

Weil sonst dein Vendor Ordner eine Verzeichniseben höher wäre.
Und das ist mein Problem. Kann ich eine mit Composer erstellte D8 Instanz via FTP auf den Server laden.

Terminal, richtig?

Mach folgendes:

1. die DB hast Du mit mysql normal auf deinem Rechner erstellt
2. lade die Core Datei runter: wget https://www.drupal.org/download-latest/tar.gz
3. entpacken tar xzvf drupal-8.x.x.tar.gz
4. Verzeichnisname ändern, wenn Du willst mv drupal-8.x.x meindrupal
5. tar Datei löschen rm drupal-8.x.x.tar.gz
6. Verzeichnis öffnen cd meindrupal
7. Composer installieren composer install
8. settings.php Datei erstellen cp sites/default/default.settings.php settings.php
9. Drupal in Chrome or Firefox installieren
10. Module installieren (mit Composer selbstverständlich)
11. Theme ändern + CSS + JS (alles)
12. Das ganze hochladen

Mit der Methode ist der vendor Verzeichnis auf derselben Ebene.
Die altbekannte 5 Minuten Installation :)

Das ist die alte Art der Installation, die bei Drupal 8 noch funktioniert. Wenn ich aber mit "composer create-project drupal-composer/drupal-project:8.x-dev site1 --no-interaction" wie es auf der Webseite https://github.com/drupal-composer/drupal-project empfohlen wird (und auch auf drupal.org), dann liegen vendor und core auf unterschiedlichen Ebenen. Core liegt im Verzeichnis web und web liegt im gleichen Verzeichnis wie vendor.

das ist nun mal wie man das Problem (den Umstand) löst. Wenn man alle Verzeichnisse auf einer Ebene haben will, kann man das machen und wenn nicht, dann eben nicht. Ansonsten kann man immer das ganze auf dem Server "vertuschen" schätze ich mal, Drupal settings Datei editieren, vielleicht hosts Datei.

In Drupal kann man viele Sachen auf unterschiedlicher Weise machen. Die Dokumentation spricht auch von dieser Methode https://www.drupal.org/docs/8/install/step-2-install-dependencies-with-composer

Gruß

Hi Jorge,
vielen Dank, dass du dir die Mühe gemacht hast und mir die Schritte aufgeschriebn hast.
So hauts hin - Vendor liegt auf der gleichen Ebene und ich kann trotzdem mit Composer arbeiten.

Noch eine Frage. - Wenn ich jetzt die Seite von lokal nach remote übertragen hab.
Und dann aber noch Änderungen lokal vornehme - also z.B. ein neues Modul oder theme installiere.
Muss ich dann die ganze Seite (ohne Core) von lokal nach remote wieder hochladen.
Oder bruach ich nur modules + themes + files hochladen?

vg, frank

Du installierst lokal die neuen Module (composer require drupal/[modulname]. Anschließend schiebst Du die mit ftp zum Provider in das Verzeichnis modules/contrib. Danach wie immer im Browser aktivieren.

Richtig. da musst Du nur solche Verzeichnisse hochladen und gegebenenfalls auch libaries. Immer aufpassen:

• beide Seiten auf Maintenance mode stellen
• IMMER eine Sicherungskopie von Allem erstellen
• update script laufen
• cache löschen

Gruß

Hi,
ok, ich werd das mal so ausprobieren.
Eine hybride Installation sozusagen. Manueller Core Install + Composer Verwaltung + FTP Upddates,-.,-

vg, frank

Lokale Drupal-Installationnen gehen so

Ach ist das schön, wenn man einmal ein Video gemacht hat und das immer wieder verlinken kann.

Eine lokale Drupal-Installation geht grundsätzlich so:

https://youtu.be/nbZoIeeCi-w

Das Ganze werde ich natürlich zukünftig um genau die Teile ergänzen, um die sich dieses Thema hier den Kopf zerbricht. Hier geht es um Grundlagen, die einfach jeder beherrschen sollte, um sich das Leben einfacher zu machen.

Wenn du magst, Dorothea, kannst du mir auch einfach schreiben. Ich war etwas verwundert, dass du dich nicht mehr gemeldet hast.

Heißt das, der Hoster erlaubt keine Script-Installation? Ich habe das übrigens nicht nur als einfach dargestellt, sondern, das ist einfach, (Wenn man es kann). Werner kann das bestimmt bestätigen.

Ich habe seit der Erfindung von Drupal 8 und Composer keinen FTP-Server mehr angefasst. Vielleicht nehme ich da hier im Drupal-Center eine Sonderrolle ein. Wenn man sich allerdings die Vorträge auf der Drupal Con in
Amsterdam ansieht, die noch bis morgen andauert, glaube ich aber nicht, dass ich da noch lange ein Unikum sein werde. Zumindest hoffe ich das.

Nach 12 Jahren Drupal von Drupal 6 bis Drupal 8 kann ich euch aus Erfahrung sagen, dass FTP nicht mehr zeitgemäß ist. Daten herunterzuladen, zu entpacken und dann wieder hochzuladen oder umgekehrt ist nicht mehr notwendig und kostet Zeit. Für eine Benutzerdefinierte Drupal-Installation braucht es maximal eine compooser.json und den Befehl composer install. Kein FTP. Kein hochladen und kein manuelles Entpacken. Es gibt ein wunderschönes Video, dass die Arbeitszeit dieser manuellen Arbeitszeit mit der Arbeit mit Hilfe on Drush vergleicht das war zu Drupal 7-Zeiten schon aktuell. Ich bin ernsthaft erschrocken., dass es immer noch Menschen gibt, die Stunden damit verbringen Drupal manuell zu installieren und zu verwalten.

Seht selbst:

https://vimeo.com/5207683

Aktuelles zum Thema

Das das aktuell für Einsteiger nicht einfach ist, hat auch Dries begriffen. Als kleine Randnotiz. Schaut euch mal die Keynote von gestern an, wenn ihr 5 Minuten Zeit habt. Darum sagt Dries unter anderem, dass der Fokus spätestens in Drupal 9 darauf liegt, Drupal wieder einsteigerfreundlicher zu machen. Entwickler und Technik-affine Menschen wie ich lieben Drupal, weil es wirklich einfach ist, wenn man es mal begriffen hat, Einsteiger tun sich bisweilen noch etwas schwer. Die Drupal Community ist allerdings angetreten, um das zu ändern:

Driesnote: https://www.youtube.com/watch?v=Apqd4ff0NRI

Zur Frage

.

Hat du die lokale Installation abgeschlossen, verwendest du im besten Falle einen Arbeitsablauf aus Git und Drush. Den Git-Teil, um aktualisierte Daten von deiner lokalen Maschine über Gitlab oder GitHub auf deinen Server zu bringen und Änderungen am Code, also neu installierte Module, Änderung im Theme usw, nachzuvollziehen. Der Drush-Teil dient dazu deine Datenbank lokal zu exportieren, Per SSH auf den Server zu laden und dort in die Datenbank zu importieren.

Die Zugangsdaten für die Mysql-Datenbank auf dem Server legst du in einer Datei ab, auf die Drush zugreifen darf. Ansonsten ist die Datei schreibgeschützt und maximal druch root. oder einen Administrator Beschreib- und lesbar. Das heißt. Die Zugangsdaten der Datenbank deiner lokalen Installation und der Datenbank auf dem Server können und sollten sich, alleine schon aus Sicherheitsgründen unterscheiden.

Das geht, wenn man das mittels bash über einen Befehl. Beispielsweise ./neuewebsiteveroeffentlichen erledigt. Den Rest macht dir dein Script und du machst währenddessen, was dir Spaß macht. Kaffee trinken oder Tee. Oft nimm ich mir auch einen Keks. :-D

Alle Methoden, bei denen du vor dem Rechner sitzen und auf irgendwelche Prozesse warten oder manuell eingreifen musst, kosten Zeit und damit manchmal echtes Geld.

Gruß

Joachim