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: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 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.

[Seit kurzem gibt es in n98-magerun die Möglichkeit einen Shop auf Rewrite Konflikte zu prüfen. Das Tool schaut nach ob mehrere Module versuchen eine Klasse zu rewriten. Sollte dies der Falls sein, wird über die PHP Reflection API zuätzlich geprüft ob die letzte Klasse der Rewrite-Kette von der vorherige erbt. Sollten zum Beispiel mehr als zwei Klassen den gleichen Rewrite definieren, wird über die gesamte Kette geprüft. Durch diese Prüfung möchte ich verhindern, dass es “False-Positives” gibt da der eine oder andere Entwickler vielleicht durchaus den Konflikt durch eine Vererbung behoben hat.

Damit ich es nicht vergesse… 1 ffmpeg -i <file.ogv> -vcodec mpeg4 -sameq -acodec libmp3lame <file.avi>