![\"\"](\"http:\/\/www.commercers.com\/blog\/wp-content\/uploads\/2017\/05\/IHM2-300x300.png\")
Dies ist eine leicht abgewandelte Zeile eines sehr sch\u00f6nen Liedes, die mir in den letzten Tagen h\u00e4ufiger durch den Kopf schwirrte. Ich arbeite nun seit guten 8 Jahren mit Magento und habe alle Versionen seit 1.4 (vielleicht auch noch eine kleiner – ist zu lange her). Ich kann also behaupten viel gesehen und erlebt zu haben.<\/p>\n
Nun war ich dann doch gezwungen mich nach langem Str\u00e4uben und Abraten mit Magento 2 auseinander zu setzen nachdem ich es direkt beim Erscheinen schon einmal getestet und als “warten wir mal ab” wieder abgetan.<\/p>\n
Ich kann voller \u00dcberzeugung (und nicht weil fr\u00fcher prinzipiell alles besser war!) sagen, dass ich Magento 2 schrecklich finde! Mein neues Credo wird #IHM2<\/strong> – passenderweise sowohl Englisch als auch Deutsch – Ich hasse Magento 2!<\/p>\n Es sollte schneller sein als M1 – konnte ich bislang nichts von sp\u00fcren.<\/p>\n Es sollte komfortabler und aufger\u00e4umter sein als M1 – es ist…anders. Sicherlich gew\u00f6hnt man sich daran, jedoch habe ich eine fehlende Ordnung in M1 nicht bem\u00e4gelt. Wie kommt man vom neuen Magento Connect “Web Setup Wizard” zur\u00fcck zum Backend? Ich habe bis auf die \u00c4nderung der URL noch keine M\u00f6glichkeit \/ einen Link gefunden.<\/p>\n Und erst die Installation von Extensions….ein Graus! Wenn man nicht mit Magento Connect arbeitet und das gem\u00fctliche “Drag and Drop to Rootfolder” gern hatte – das gibt es auch immernoch. Nur damit ist es nicht getan! An alle, die keinen Shell-Zugriff auf Ihren Server haben: Vergesst M2 (wie es aktuell funktioniert)! Nach jedem DnD muss man per Shell \/ Command Line (h\u00e4ufiges Tool ist hier Putty) die Installation der Extension ansto\u00dfen (z.B. durch “php bin\/magento setup:upgrade”). M2 wird daraufhin die zu installierende Extension in die Datei bin\/config.php eintragen -wie h\u00e4ufig gab es von Seiten M1 eine \u00c4nderung in einer Datei? Ok, die installierten Patches wurden vermerkt…aber sonst? Ein Problem, das sich hier stellen kann: M2 erwartet zum Ausf\u00fchren der o.g. Befehle min. PHP (cli) Version 5.3 – ist diese nicht vorhanden, wird es schwierig. Es gibt zwar Workarounds, die sind aber nicht ohne. Man kann evtl. auf eine serverseitig installierte h\u00f6here Version zur\u00fcckgreifen, wenn man nicht<\/p>\n “php bin\/magento [Befehl]”<\/p>\n ausf\u00fchrt, sondern<\/p>\n “\/usr\/local\/php7.0\/bin\/php bin\/magento [Befehl]”<\/p>\n Dies half in unserem Fall.<\/p>\n Weiter geht es mit dem M2-Grauen:<\/p>\n Wenn man fr\u00fcher am Template arbeitete, fand man sich h\u00e4ufig im skin-Ordner wieder und dort im jeweiligen CSS des eigenen Themes. Heute ist dies nicht mehr ganz so einfach. Wie arbeitet man also im Sinne von M2 am CSS? Ganz einfach: Man schreibt nur in der CSS im app-Verzeichnis und muss f\u00fcr jede \u00c4nderung (die man gerne sehen m\u00f6chte) beim Cache-Management die “Static Files Caches” l\u00f6schen. Effizient, oder?<\/p>\n Ach – ich k\u00f6nnte noch lange weiter schreiben und der eine und andere wird nun sicher denken “Quatsch – das ist doch viel besser” – ich erlaube mir aber meinen pers\u00f6nlichen Shit-Storm oder Brandbrief mit meiner GANZ pers\u00f6nlichen Meinung, die mir aktuell die Wut in die Haarspitzen treibt.<\/p>\n Daher #IHM2 und “Ich bleibe (vorerst) bei M1”<\/p>\n Ach, das tut gut – Ich bin dann mal weg \ud83d\ude42<\/p>\n","protected":false},"excerpt":{"rendered":" Dies ist eine leicht abgewandelte Zeile eines sehr sch\u00f6nen Liedes, die mir in den letzten Tagen h\u00e4ufiger durch den Kopf schwirrte. Ich arbeite nun seit guten 8 Jahren mit Magento und habe alle Versionen seit 1.4 (vielleicht auch noch eine kleiner – ist zu lange her). Ich kann also behaupten viel gesehen und erlebt zu…<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","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":[1290],"class_list":["post-2791","post","type-post","status-publish","format-standard","hentry","category-allgemein","tag-ihm2"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\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
\nAlleine die M\u00f6glichkeit in einer Liste wie Bestellungen oder Produkten zu filtern – bei M2 muss man erst einmal auf “Filters” klicken, dann den passenden Filter raussuchen, da die Filter nicht nebeneinander sind wie die Spalten und dann geht es los…unn\u00f6tig!
\nM\u00f6chte man eine CMS Seite oder einen Block bearbeiten, hilft nicht der Klick auf den jeweiligen Block, man muss erst auf “Select” klicken und dann auf “Edit” – was soll das? Toll, ich habe durch den Klick eine “Quickedit-Funktion” aber wie h\u00e4ufig benennt man den URL-Key mal eben um im Vergleich zu inhaltlichen \u00c4nderungen im Text?<\/p>\n
\nTeilweise ist auch noch ein Deploy notwendig (“php bin\/magento setup:static-content:deploy”) – und der hat es in sich. Hierbei werden m\u00f6glicherweise deutlich mehr \u00c4nderungen vorgenommen als man eigentlich wollte. Mal eben schnell<\/em> ist nicht.<\/p>\n
\nDie im Frontend angezeigt CSS -als Beispiel- liegt im Ordner pub\/static\/frontend\/Theme\/Theme. Wenn man also kleinere, kontinuierliche Anpassungen an der CSS vornimmt und sp\u00e4ter deployed, sind alle \u00c4nderungen wieder weg… Warum?
\nMagento kopiert die CSS (und auch Bilder etc.) aus dem Ordner app\/design\/frontend\/Theme\/Theme in das o.g. Verzeichnis UND es l\u00f6scht auch Dateien und Ordner, die nicht im zuletzt genannten Ordner vorhanden.<\/p>\n