{"id":3572,"date":"2021-04-28T11:23:42","date_gmt":"2021-04-28T09:23:42","guid":{"rendered":"https:\/\/www.commercers.com\/blog\/?p=3572"},"modified":"2021-05-10T11:04:27","modified_gmt":"2021-05-10T09:04:27","slug":"magento-2-4-2-installieren-ueber-ssh","status":"publish","type":"post","link":"https:\/\/www.commercers.com\/blog\/magento-2-4-2-installieren-ueber-ssh\/","title":{"rendered":"Magento 2.4.2 installieren \u00fcber SSH"},"content":{"rendered":"\n

Da wir gerade eine Anfrage diesbez\u00fcglich hatten – ab Magento Version 2.4 kann man die Installation von Magento nicht mehr wie von vorigen Versionen gewohnt \u00fcber den Browser durchf\u00fchren. In einem fr\u00fcheren Artikel (HIER<\/a>) hatte ich bereits \u00fcber die Vorbereitungen einer Magento-Installation mit Composer informiert. Dieser Artikel endete damit, dass man die Installation nun durch Aufruf der zu verwendenden und im Hosting hinterlegten und auf das Magento-Root-Verzeichnis verweisenden Domain installieren w\u00fcrde.<\/p>\n\n\n\n

Dies geht nun also nicht mehr und wenn man die Domain aufruft, erh\u00e4lt man eine Info, dass es einen Umleitungsfehler gibt und die URL domain.xyz\/pub\/setup nicht erreicht werden kann. <\/p>\n\n\n\n

\n
\n
\"\"<\/figure>\n<\/div>\n\n\n\n
\n

Ruft man dann die URL domain.xyz\/setup auf, bekommt man dann die nicht sehr viel aussagekr\u00e4ftigere Meldung “Welcome to Magento Admin, your online store headquarters.
Please review Terms & Agreement and read Getting Started to learn how to install Magento using the command line.”<\/p>\n\n\n\n

Klickt man nun auf den Link zu “Getting Started” wird man auf die “Advanced Install” Seite geleitet, die attestiert, dass man per SSH \/ CLI installieren muss.<\/p>\n<\/div>\n<\/div>\n\n\n\n

(KURZE Zwischennotiz<\/strong> mit der Bitte auch noch das P.S. unten zu ber\u00fccksichtigen, da es VIELLEICHT eine weitere M\u00f6glichkeit gibt.) Darauf werde ich nun nicht weiter eingehen, sondern den konkreten Weg beschreiben, der nun also notwendig ist, um Magento 2.4.x zu installieren. Mit folgendem Befehl, der zu gro\u00dfen Teilen nat\u00fcrlich zu editieren ist, wird die eigentliche Magento-Installation durchgef\u00fchrt:<\/p>\n\n\n\n

php bin\/magento setup:install --base-url=\"https:\/\/domain.xyz\/\" --db-host=\"localhost\" --db-name=\"hierderdbname\" --db-user=\"hierderdbuser\" --db-password=\"hierdasdbpasswort\" --admin-firstname=\"admin\" --admin-lastname=\"istrator\" --admin-email=\"admin@emailadresse.xyz\" --admin-user=\"admin\" --admin-password=\"admin123\" --language=\"de_DE\" --currency=\"EUR\" --timezone=\"Europe\/Berlin\" --use-rewrites=\"1\" --backend-frontname=\"hierdieadminurlhinterdomain.xyz\" --search-engine=\"elasticsearch7\" --elasticsearch-host=\"localhost\" --elasticsearch-port=\"9200\" --elasticsearch-index-prefix=\"shopprefix\"<\/code><\/pre>\n\n\n\n
Dies ist nat\u00fcrlich ein ziemlich umfangreicher (und lange noch nicht mit allen M\u00f6glichkeiten ausgesch\u00f6pfter) Befehl. Genaue Angaben gibt es auf der Magento-Seite<\/a>. Und nat\u00fcrlich kann es auch abweichende Angaben geben. F\u00fcr Magento 2.4.2 ist Elasticsearch Voraussetzung<\/strong>. Wir verwenden Version 7. Wer Version 6 verwendet, tr\u00e4gt eben 6 ein. Bei den einzelnen Angaben einfach schauen, was f\u00fcr einen selber notwendig ist.<\/p>\n\n\n\n
Sidenote:<\/strong>\nDa man auch schnell Probleme mit dem Elasticsearch-Zugriff bekommen kann (Magento pr\u00fcft dies bei der Installation), kann man im Falle von Problemen oder vor der Installation direkt per SSH die m\u00f6gliche Verbindung zum Elasticsearch-Dienst testen. Dazu folgenden Befehl verwenden:\ncurl -XGET https:\/\/localhost:9200\nSollte nun der ES-Server nicht local sein, sondern extern, kann man nat\u00fcrlich auch\ncurl -XGET https:\/\/pfadzumelasticsearchserver.xyz:9200\nverwenden. Werden dann noch Benutzername und Passwort verlangt, kann es auch so sein\ncurl -XGET https:\/\/benutzername:passwort@pfadzumelasticsearchserver.xyz:9200\nUnd zuletzt kann nat\u00fcrlich auch der Port abweichend von 9200 sein. In diesem Fall den vom Hoster angegebenen Port verwenden. Bei Rackspeed war es im konkreten Fall der Port 443<\/pre>\n\n\n\n
\n
\n
Sollte die Installation dann durchgelaufen sein, kommt meist das n\u00e4chste Problem. Ruft man die URL auf auf der der Shop nun verf\u00fcgbar sein sollte, bekommt man meist ein 404 – Seite nicht gefunden<\/strong>. Na – herzlichen Dank! Warum kann eigentlich nichts einfach mal funktionieren?<\/p>\n<\/div>\n\n\n\n
\n
\"\"<\/figure>\n<\/div>\n<\/div>\n\n\n\n
Hierf\u00fcr ist eine Neuerung ab Magento 2.4.2 verantwortlich, die laut Magento das Sicherheitsniveau erh\u00f6hen soll. Es gibt hierzu auch eine offizielle Anleitung<\/a>, die einem mitteilt, dass man einen “Virtual Host” erstellen soll.<\/p>\n\n\n\n
Unser Hoster hat uns folgenden Workaround<\/strong> empfohlen und umgesetzt:<\/p>\n\n\n\n
  1. Erstellung eines neuen Ordners im Webspace (au\u00dferhalb des aktuellen Rootfolders. Beispiel: Wir haben das Verzeichnis public_html verwendet f\u00fcr die Magento-Installation. Die Domain verweist auf dieses Verzeichnis. Nun wurde auf derselben Verzeichnisebene ein neues Verzeichnis erstellt, so dass “public_html” und “neuesverzeichnis” auf derselben Ebene sind.)<\/li>
  2. Alle Magento-Daten aus dem aktuellen Verzeichnis (bei mir “public_html”) in das eben erstellte Verzeichnis verschieben.<\/li>
  3. Entfernen des alten Ordners (hier “public_html”) und Erstellung eines Symlinks (“Verkn\u00fcpfung”) “public_html” (auf die sich dann die Domain bezieht), der auf das Verzeichnis und dort den Unterordner “pub” verweist (also beispielsweise “neuesverzeichnis\/pub”). Man muss sich daf\u00fcr im Root-Verzeichnis des Servers befinden bzw. da wo die Domain hinzeigt. Per SSH w\u00e4re der Befehl bspw. <\/li><\/ol>\n\n\n\n
    ln -s neuesverzeichnis\/pub public_html<\/code><\/pre>\n\n\n\n
    Das entspricht der Logik zuerst den kompletten Pfad zum gew\u00fcnschten Ziel zu hinterlegen und als n\u00e4chstes den Pfad zur Verkn\u00fcpfung \/ Symlink. Wichtig ist nat\u00fcrlich den korrekten Serverpfad zu ber\u00fccksichtigen – den aktuellen Pfad kann man \u00fcbrigens durch Eingabe des Befehls “pwd” per SSH erfahren.<\/p>\n\n\n\n
    Anschlie\u00dfend sollte Magento dann normal erreichbar sein. In meinem konkreten Fall hatte sich das System noch eine kleine \u00dcberraschung einfallen lassen und zeigte bei Aufruf <\/p>\n\n\n\n
    Service Temporarily Unavailable
    The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.<\/p><\/blockquote>\n\n\n\n
    In diesem Fall dann noch schnell die Datei .maintenance.flag (in Magento 1 hie\u00df sie noch maintenance.flag und war im Root-Verzeichnis) im Verzeichnis var\/ l\u00f6schen.<\/p>\n\n\n\n
    Das war’s dann “schon”. War doch einfach – oder?<\/p>\n\n\n\n
    P.S. Was ich nicht probiert habe und noch auf meiner “To-Do-Liste” steht: Es w\u00e4re denkbar, dass nach dem Schritt mit dem Symlink (Hier<\/a>) evtl. auch die Installation per Browser wieder funktioniert und man nicht per SSH installieren muss. Wenn das jemand mal ausprobiert hat, bitte Kommentar hinterlassen.<\/p>\n\n\n\n
    P.P.S. und nochwas zum Schluss: Achtet darauf, dass Ihr bei der Installation eine funktionierende Mail-Adresse f\u00fcr die Anlage des Administrator-Kontos hinterlegt UND, dass diese Adresse auch Mails von einer Quelle empfangen kann, die nicht \u00fcber einen SMTP-Server sondern \u00fcber ein PHP-Skript verschickt wurden. Hintergrund ist, dass man bereits bei der ersten Anmeldung als Administrator -nach Eingabe von Benutzername und Passwort- aufgefordert wird die zwei-Faktor-Autorisierung (2FA) zu aktivieren. Hierzu hat das System gerade eine Mail an die hinterlegte Mail-Adresse gesendet. Funktioniert dies nicht – geht es nur mit einem Workaround.<\/p>\n\n\n\n
    1. Deaktivierung der 2FA per SSH\/CLI: Hierzu gibt man folgenden Befehl ein:<\/li><\/ol>\n\n\n\n
      bin\/magento module:disable Magento_TwoFactorAuth<\/code><\/pre>\n\n\n\n
      Hiermit wird die 2FA generell deaktiviert.<\/p>\n\n\n\n
      2. \u00c4nderung der hinterlegten Mail-Adresse auf eine, die keine so hohen Anspr\u00fcche an die Quelle stellt. Bspw. GMX funktioniert bei uns meistens im Gegensatz zu Host Europe. Dies geht am einfachsten \u00fcber die Datenbank und dort die Tabelle “admin_user” – dort die Mail \u00e4ndern und nochmals – ggfs. nach L\u00f6schen der Cookies oder Verwendung des Privaten Modus’- anmelden.<\/p>\n\n\n\n
      Tipp<\/h2>\n\n\n\n
      Da Magento 2 ordentlich (nennen wir es mal b\u00f6se) Bloatware mitbringt, macht es m.E. Sinn nach einer Neuinstallation zu schauen welche Extensions, die Magento direkt mitbringt wirklich sinnvoll sind und welche nicht. Der bekannte Magento-Experte Andreas von Studnitz hat hier eine sehr sinnvolle Funktion geschaffen, die bei Github heruntergeladen werden kann (HIER<\/a>). Diese erstellt nach Aufruf eine Datei, die alle Funktionen anzeigt, die keine Abh\u00e4ngigkeiten (f\u00fcr den Standard-Betrieb des Shops) haben und deaktiviert werden k\u00f6nnten.<\/p>\n\n\n\n
      Nach dem Deaktivieren der Extensions lassen sich sp\u00fcrbare Leistungszuw\u00e4chse gewinnen. 
      AvS gibt auch gleich noch die Anleitung, wie man seine Extension nach der Nutzung (macht man ja nur einmal) wieder deinstallieren kann. Tolles Tool!<\/p>\n\n\n\n
      Und noch ein kleiner Tipp, um schnell viele Extensions deaktivieren zu k\u00f6nnen: Die Datei modules-removable.csv in Excel oder Calc ziehen, eine neue Spalte mit <\/p>\n\n\n\n
      bin\/magento module:disable<\/code><\/pre>\n\n\n\n
      f\u00fcllen und dann diese Spalte und die Spalte mit den Extensionnamen in einer weiteren Spalte zusammenf\u00fchren.<\/p>\n\n\n\n
      \"\"<\/figure>\n\n\n\n
      So kann man dann einfach durch Copy & Paste in Putty die Extensions deaktivieren.<\/p>\n","protected":false},"excerpt":{"rendered":"
      Da wir gerade eine Anfrage diesbez\u00fcglich hatten – ab Magento Version 2.4 kann man die Installation von Magento nicht mehr wie von vorigen Versionen gewohnt \u00fcber den Browser durchf\u00fchren. In einem fr\u00fcheren Artikel (HIER) hatte ich bereits \u00fcber die Vorbereitungen einer Magento-Installation mit Composer informiert. Dieser Artikel endete damit, dass man die Installation nun durch…<\/p>\n","protected":false},"author":2,"featured_media":3573,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[1],"tags":[],"class_list":["post-3572","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-allgemein"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t