[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 zusä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…

ffmpeg -i <file.ogv> -vcodec mpeg4 -sameq -acodec libmp3lame <file.avi>

Manchmal möchte man in einem Layout-XML spezielle Anpassungen für bestimmte Kategorien, Produkte oder CMS Seiten durchführen.

Dafür stellt Magento mehrere Möglichkeiten bereit. So kann man in das “Layout Update” Feld direkt in der Maske zum Bearbeiten des Produkts XML Code eintragen. Das ganze wird dann direkt in der Datenbank gespeichert.

Wer aber z.B. die Änderungen gerne über eine XML Datei (Layout-XML) ausrollen möchte muss dann auf vordefinierte Handles wie z.B. PRODUCT_ zurückgreifen. IDs sind zwar Eindeutig (für das eigene System) aber schwer zu lesen. Deswegen wäre es doch schöner man könnte mit sprechenden Namen wie z.B. PRODUCT_super-tolles-produkt arbeiten.

Bei PhpStorm entdeckt man doch immer wieder tolle Funktionalitäten. Beim Arbeiten mit den DB-Tools ist mir aufgefallen, dass man die Daten im Grid super einfach in verschiedenen Formaten exportieren kann.

Einfach einen Bereich markieren und rechts klicken. Im Context-Menü “Copy Data as” auswählen und das Export-Format wählen.

Wer mal eben einen eigenen Admin-Theme (Skin) braucht um z.B. das Logo im Adminbereich auszutauschen oder etwas CSS anzupassen damit es besser zum CI des Kunden passt kann dies schnell in einem eigenen Modul über die config.xml oder über die globale local.xml durch eine einfachen Konfigurationseintrag machen.

<?xml version="1.0"?>
<config>
    <stores>
        <admin>
            <design>
                <theme>
                    <default>mytheme</default>
                </theme>
            </design>
        </admin>
    </stores>
</config>

Ich habe mir eine neue Festplatte gekauft und musste nun die Daten von Festplatte 1 auf Festplatte 2 übertragen. Ich wollte dies nicht mittels dd erledigen sondern direkt über das Filesystem kopieren. Also habe ich eben mal eine Linux Live-CD gebootet und mittels cp -a QUELLE ZIEL in den direkt gebooteten Dateisystem versucht meine Dateien zu kopieren. Allerdings hätte ich nicht mit solch einer Performance gerechnet. Auch rsync war nicht der Bringer.

Irgendwie konnte ich das Barebone Gehäuse nicht mehr sehen und habe mir ein neues LC-Power Pro-917B (http://www.testberichte.de/p/lc-power-tests/pro-917b-titus-x-testbericht.html) gekauft. Teuer war das Gehäuse nicht wirklich, sieht aber trotzdem für den Preis Top aus. Jetzt habe ich endlich wieder mehr Platz. Im Barebone war das über die Jahre doch sehr fummelig. Und großartig auf Reisen ist der Rechner sowieso nicht gegangen. Ein weiteres Problem ist dann auch die Temperatur im Sommer gewesen da der Rechner (bisher ohne Klima) in meinem Zimmer unter dem Dach betrieben wurde.

Auflisten

dpkg --list | grep ^rc

Löschen

sudo dpkg --purge `dpkg --get-selections | awk '/deinstall/ {print $1}'`

Danke an Frank Dietrich der diesen Befehl netterweise in der Debian Mailingliste veröffentlicht hatten.

http://www.mail-archive.com/debian-user-german@lists.debian.org/msg178082.html

Anmerkung: Wenn nichts defekt ist erscheint das folgende::

Optionen mit [*] geben viel aus - schicken Sie es durch »less« oder »more«!

Wer viel mit Magento arbeitet wird sicherlich die mit Magento im shell Verzeichnis ausgelieferten praktischen Scripte kennen. Damit lässt sich schnell und stabil (im Vergleich zum Web-Frontend) ein Index neu erstellen. Also Entwickler kann man auch selbst Scripte auf Basis der Klasse Mage_Shell_Abstract mit seinem Modul ausliefern.

n98-magerun soll diese Scripte die mit Magento deployed werden nicht ersetzen. Es soll vielmehr Tools bereitstellen die eher der Administration und vor allem für Entwickler interessant sind.

Wer viele Magento Store-Views angelegt hat und “mal eben” einen Index neu erstellen muss, muss unter Umständen (bei vielen Produkten im Katalog) recht lange warten. Hier wäre es toll, wenn man nur einen einzelnen Store-View-Index gezielt neu erstellen könnte.

Einen Anfang haben ich für den Flat-Catalog-Index gemacht:

<?php

require_once 'app/Mage.php';

Mage::app('admin');

$indexer = Mage::getSingleton('catalog/product_flat_indexer');
$indexer->rebuild(22);

Die “22” einfach durch die ID des eigenen Store-Views ersetzen.