Privates Blog von Christian Münch

Wer meinen n98-magerun Vortrag, den ich auf der MeetMagento 2013 gehalten habe, noch nicht gesehen hat, der kann dies nun tun. Alle MeetMagento Vorträge kann man bequem über YouTube schauen. https://www.youtube.com/watch?v=wHfTJ-DzJC4 Die komplette Playlist ist hier zu finden: https://www.youtube.com/playlist?list=PLVWAe0v2UNB5u8c8MnrsbItnVgkpwPfJH Viel Spass!

Der von Magento veröffentlichte Sicherheitspatch letzte Woche hat leider eine kleine Nebenwirkung. Wird das Media-Verzeichnis über einen Symlink eingebunden, was bei größeren Shop-Installationen durchaus üblich ist, dann funktioniert der Dateibrowser im Wysiwyg-Editor nicht mehr. Das Problem kann einfach über folgenden Befehl nachgestellt werden: mv media media_shared && ln -s media_shared media Da wir bei meinem Arbeitgeber netz98 alle Kundeninstallationen entsprechend zeitnah mit dem Patch aufgrund der Sicherheitslücke aktualisiert haben ist dies natürlich schnell aufgefallen.

Wer tiefer in die Magento Entwicklung einsteigt wird unweigerlich irgendwann an den Punkt kommen bei dem das Caching ins Spiel kommt. Wer dann eine Ganze Serverlandschaft für einen Magento-Shop aufsetzt muss sich zwangsläufig Gedanken über die Performance und Skalierbarkeit von Cache Backends machen. In der Magento Community gibt es einige Leute die hierbei bereits Pionierarbeit geleistet haben. Da fällt mir z.B. Fabrizio ein, der sich schon sehr Lange mit dem Thema Performance auseinander setzt und hierzu bereits einige Vorträge (z.

Nach der Veröffentlichung der neuen Ubuntu Version (ich nutze Kubuntu) habe ich meinen Arbeitsrechner zuhause auf die neue Version aktualisiert. Leider liefen meine Magento Shops in der lokalen Umgebung nicht mehr durch. Dies liegt vorallem ein zwei Dingen… Die Funktionen json_encode und json_decode werden nicht mehr mit PHP gebundelt. Dies liegt an einer Lizenzproblematik auf die ich jetzt nicht weiter eingehen möchte. Mcrypt wurde nicht mehr geladen.

Es ist wieder soweit. Magento (Ebay) hat einen neuen Release der Community Edition 2 Version veröffentlicht. Ein ausgewählter Kreis von Partnern hatte bereits das Vergnügen ein paar Tage vorher in Chicago exklusiv einen Einblick in die neuen Funktionen zu erlangen und seine Meinung dazu zu äußern. Ich persönlich finde das sehr unschön. Gerade in Deutschland gibt es viele Entwickler die sicherlich gerne etwas mehr in die Entwicklung involviert wären. Nicht, dass in der Vergangenheit Varien (Magento) mehr Wert auf den aktiven Austausch mit der Community wert gelegt hätte… Schade, hier hat Ebay mal wieder eine Change vertan.

Lange ist es her, dass ich mir Magento 2 im Adminbereich angeschaut habe. Das letzte Update liegt schon einige Monate zurück. Die Changelogs habe ich mir zwar schon angeschaut, allerdings hatten ich und andere, einige Problem sich in den Adminbereich einzuloggen. Das Problem war, dass man wohl immer noch mit der uralten PHP 5.3 Version unterwegs sein musste und die Magento 2 Version noch nicht kompatibel mit PHP 5.3 war (obwohl PHP 5.

Vor einiger Zeit hatte ich das Vergnügen auf dem Barcamp in Mainz von Stefan Husch, der selbst seit einigen Jahren in Ruby entwickelt und meinem ehemaligen Kollegen Mattias Gutjahr eine tolle Einführung in das Thema Puppet und Vagrant bekommen zu haben. Seit dem befasse ich mich immer mal wieder mit dem gesamten Thema “DevOps” und versuch Dinge die ich immer wieder machen muss zu automatisieren. Stefan ist mir hier ein gutes Stück vorraus.

Seit Version 1.72.0 gibt es die Möglichkeit Kommandos oder Konfigurationen als Modul zu veröffentlichen. Module bieten eine einfache Möglichkeit Konfiguration und Kommandos direkt in einem Projekt oder einem Entwickler-Team zu teilen ohne, dass zuerst eine Konfiguration angepasst werden muss. Module Struktur Ein Modul besteht in seiner einfachsten Form aus einem Verzeichnis und einer Konfigurationsdatei mit dem Namen n98-magerun.yaml. Die Konfigurationsdatei muss direkt im Modulverzeichnis liegen. Innerhalb der Konfigurationsdatei könnt ihr bestehende Konfigurationen ändern, oder neue hinzufügen.

Gerade getestet und für gut befunden. PhpStorm kann ohne fremde Hilfe nicht einfach für jedes Framework Fabrikmethoden auswerten. Bei Magento sind das z.B. Funktionen wie Mage::getModel('catalog/product') die im Hinterund die Klasse anhand einer XML Struktur ermitteln. Seit dem letzten Build (129.196) kann man nun selbst über ein alleinstehendes PHP Script die Auflösung in die Hand nehmen. Das sieht dann z.B. so aus: namespace PHPSTORM_META { /** @noinspection PhpUnusedLocalVariableInspection */ /** @noinspection PhpIllegalArrayKeyTypeInspection */ $STATIC_METHOD_TYPES = [ \Mage::helper('') => [ 'core/string' instanceof \Mage_Core_Helper_String, ], \Mage::getSingleton('') => [ 'core/resource' instanceof \Mage_Core_Model_Resource, ], \Mage::getModel('') => [ 'catalog/product' instanceof \Mage_Catalog_Model_Product, 'rating/rating' instanceof \Mage_Rating_Model_Rating, ], ]; } Empfohlen wird die Datei .

Wer nicht so viel Geld ausgeben will, kann auf eine der vielen GIT Verwaltungstools zurückgreifen. Sehr beliebt sind hier gitolite oder gitosis Letzteres setzen wir bei netz98 seit Jahren erfolgreich ein. Leider bietet gitosis z.B. keine Weboberfläche zur Administration an. Das ist erstmal nicht weiter schlimmt, wenn man nur wenige Repositories verwaltet. Doch mit wachsender Anzahl verliert man schnell die Übersicht. Das kann auch unter Umständen zu Sicherheitslücken führen. Verlässt ein Mitarbeiter das Unternehmen sollte man auch die Berechtigungen in den einzelnen Gruppen entziehen.