Dieser Arikel umfasst eine Schritt für Schritt-Anleitung zur Erstellung eines einfachen Bestsellermodul unter “http://www.example.com/bestsellers”.
Wer bis jetzt noch kein Modul erstellt hat, sollte vorher unbedingt Extensions Tutorial: Teil 1 – “Hallo Magento” lesen.

1. Aufbau der Dateistruktur

app
   etc/
      modules/
         - Mxperts_Bestsellers.xml
   code/
      local/
         Mxperts/ (Oder Ihre Firmenname IhreFirme_All.xml)
            Bestsellers/ (Bezeichnung Ihrer Erweiterung)
               Block/
                  Product/
                     - List.php
               Model/
                  - Bestsellers.php
               controllers/
                  - IndexController.php
               etc/
                  - config.xml
   design/
      frontend/
         default/
            default/
               layout/
                  bestsellers.xml

2. Quellcode

Die “List.php” stellt alle Funktionen für das Template (list.phtml) zur Verfügung. Ein eigenes Templatefile wird nicht benötigt, wir nutzen das normale Produktlisting von Magento um die Bestseller anzuzeigen.

<?php
class Mxperts_Bestsellers_Block_Product_List extends Mage_Catalog_Block_Product_List {

    /**
     * Retrieve loaded category collection
     *
     * @return Mage_ProductCollection
     **/
    protected function _getProductCollection() {

        if (is_null($this->_productCollection)) {
            $this->_productCollection = Mage::getModel('bestsellers/bestsellers')->getBestsellers();
        }

        return $this->_productCollection;
    }
}

In der “Bestseller.php” befinden sich die Funktion zur Ermittlung der Bestsellers. Mittels “Mage::getResourceModel(‘reports/product_collection’)” erhalten wir eine Übersicht über alle bestellten Produkte, welche wir entsprechend sortieren und filtern.

class Mxperts_Bestsellers_Model_Bestsellers {

    /**
     * returns all bestsellers
     * @return <Mage_Reports_Model_Mysql4_Product_Collection> Collections of Bestsellers
     */
    function getBestsellers($showAllBestsellerProducts = false) {

        //get all bestsellers
        $result = Mage::getResourceModel('reports/product_collection')
                        ->addAttributeToSelect('*')
                        ->addOrderedQty()
                        ->setStoreId(Mage::app()->getStore()->getId())
                        ->addStoreFilter(Mage::app()->getStore()->getId())
                        ->setOrder('ordered_qty', 'desc');

        Mage::getSingleton('catalog/product_status')->addVisibleFilterToCollection($result);
        Mage::getSingleton('catalog/product_visibility')->addVisibleInCatalogFilterToCollection($result);

        //return result
        return $result;
    }

}

Damit unser Modul von außen angesprochen werden kann, benötigen wir einen Controller, welcher das Layout lädt.

class Mxperts_Bestsellers_IndexController extends Mage_Core_Controller_Front_Action{

    public function indexAction(){
        $this->loadLayout();
        $this->_initLayoutMessages('catalog/session');
        $this->renderLayout();
    }
}

Wir definieren unsere “config.xml” und legen auf diese Weise die Konfiguration für unser Modul fest.

<?xml version="1.0" encoding="UTF-8"?>
<config>
    <modules>
        <Mxperts_Bestsellers>
            <version>1.0.2</version>
        </Mxperts_Bestsellers>
    </modules>
     <global>
        <blocks>
            <bestsellers>
                <class>Mxperts_Bestsellers_Block</class>
            </bestsellers>
        </blocks>
        <models>
            <bestsellers>
                <class>Mxperts_Bestsellers_Model</class>
            </bestsellers>
        </models>
    </global>
    <frontend>
        <routers>
            <bestsellers>
                <use>standard</use>
                <args>
                    <module>Mxperts_Bestsellers</module>
                    <frontName>bestsellers</frontName>
                </args>
            </bestsellers>
        </routers>
        <layout>
            <updates>
                <Mxperts_Bestsellers>
                    <file>bestsellers.xml</file>
                </Mxperts_Bestsellers>
            </updates>
        </layout>
    </frontend>
</config>

Mit Hilfe der “bestsellers.xml”-Datei benötigen wir keine Änderungen in der “local.xml” oder in den Core-Layout-Dateien.
bestseller.xml

<?xml version="1.0" encoding="UTF-8"?>
<layout version="0.1.0">
    <bestsellers_index_index>
        <reference name="content">
            <block type="bestsellers/product_list" name="product_list" template="catalog/product/list.phtml">
                <block type="catalog/product_list_toolbar" name="product_list_toolbar" template="catalog/product/list/toolbar.phtml">
                    <block type="page/html_pager" name="product_list_toolbar_pager"  template="page/html/pager.phtml" />
                </block>
                <action method="setToolbarBlockName">
                    <name>product_list_toolbar</name>
                </action>
            </block>
        </reference>
    </bestsellers_index_index>
</layout>

Dies wären alle Punkte des Bestseller Modul in Magento.

Die Standard-Ansichten Gitter und Liste bleiben erhalten, lediglich die Kreisansicht wird dem Kunden zusätzlich angeboten. Vielfältige Einstellmöglichkeiten ermöglichen eine individuelle Anpassung an Ihr Shopsystem.

In unserem Demo-Shop können Sie die Kreisansicht testen – weitere Details und Infos zum Bestellen des Moduls finden Sie in der Onlinehilfe zum Modul.

JETZT zum Einführungspreis von 49,- EUR netto (58,31 EUR brutto) über Share-It bestellen.

Ab sofort übernimmt diese Arbeit unser Mxperts Products-Import mit der Schwellwert-Kalkulation. Die Schwellwert-Kalkulation ist eine individuell konfigurierbare Rundungsfunktion für Nachkommastellen. An einem praktischen Beispiel möchte ich Ihnen dies im Detail zeigen.

Weitere Informationen zum Mxperts Products-Import sowie Möglichkeiten zum Erwerb der Moduls finden Sie in unserer Onlinehilfe.

Datei: app\Mage.php

    /**
     * log facility (??)
     *
     * @param string $message
     * @param integer $level
     * @param string $file
     */
    public static function log($message, $level=null, $file = '')
    {
        if (!self::getConfig()) {
            return;
        }
        if (!Mage::getStoreConfig('dev/log/active')) {
            return;
        }

        static $loggers = array();

        $level  = is_null($level) ? Zend_Log::DEBUG : $level;
        if (empty($file)) {
            $file = Mage::getStoreConfig('dev/log/file');
            $file   = empty($file) ? 'system.log' : $file;
        }

        try {
            if (!isset($loggers[$file])) {
                $logFile = Mage::getBaseDir('var').DS.'log'.DS.$file;
                $logDir = Mage::getBaseDir('var').DS.'log';

                if (!is_dir(Mage::getBaseDir('var').DS.'log')) {
                    mkdir(Mage::getBaseDir('var').DS.'log', 0777);
                }

                if (!file_exists($logFile)) {
                    file_put_contents($logFile,'');
                    chmod($logFile, 0777);
                }

                $format = '%timestamp% %priorityName% (%priority%): %message%' . PHP_EOL;
                $formatter = new Zend_Log_Formatter_Simple($format);
                $writer = new Zend_Log_Writer_Stream($logFile);
                $writer->setFormatter($formatter);
                $loggers[$file] = new Zend_Log($writer);
            }

            if (is_array($message) || is_object($message)) {
                $message = print_r($message, true);
            }

            $loggers[$file]->log($message, $level);
        }
        catch (Exception $e){

        }
    }

Der einfachste Aufruf erfolgt über:

Mage::log('Mein Log-Eintrag');
Mage::logException($Exception);

Das Ergebnis finden Sie bei einer Standard-Konfiguration unter var/log/system.log, oder var/log/exception.log bei Exceptions. Im Backend von Magento, unter “System -> Konfiguration ->Entwickleroptionen -> Log Einstellungen”, kann diese Funktion aktiviert werden und die Dateinamen für die Log-Files vorgegeben werden.

Alternativ kann man die Dateinamen auch mit dem Ausführen der Funktion log() steuern (Das gilt nicht für logException()). Dafür muss man lediglich den dritten Parameter beim Funktionaufruf mit angeben. Der Output wäre dann zum Beispiel wie folgt:

...
$productData['adminlog'] = $user->getName() . "; " . $roleName . "; " . $formated_date;
$loginfo = $productData['sku'] . " " . $productData['adminlog'];
Mage::log($loginfo, null, "logfile.log");
...

Der Inhalt der Log-Datei sieht dann wie folgt aus:

2010-07-02T07:39:47+00:00 DEBUG (7): MKN-CGE11 Johannes Teitge; Administrators; 01.07.2010 08:11:24
2010-07-02T07:44:42+00:00 DEBUG (7): MKN-CGE11 Johannes Teitge; Administrators; 02.07.2010 07:44:42

In diesem Sinne, wünschen wir weiterhin viel Erfolg beim aufspüren Ihrer Magento-Fehler.

Ich möchte Ihnen das anhand der Erweiterung Autocomplete Search zeigen. Eigentlich wollte wir nur die Integration von jQuery entfernen um die Extension mit JQuery-Base benutzen zu können. Mir ist dann aufgefallen, dass in der config.xml ein Crontab eingtragen wurde.

...
	<crontab>
		<jobs>
			<autocomplete_callhome>
				<schedule><cron_expr>0 6 * * *</cron_expr></schedule>
				<run><model>autocomplete/call::home</model></run>
			</autocomplete_callhome>
		</jobs>
	</crontab>
...

Der erste Gedanke: Es könnte ja sein, dass täglich ein Suchindex aufgebaut wird um die Performance der Suche zu beschleunigen. Allerdings wird man nach einsehen des Funktionaufrufs home eines besseren belehrt.

<?php
/**
 * This script 'calls home' every day with information that help us to
 * guage the popularity of the module.
 *
 * The information we collect is listed below:
 *
 * 		- Store URL
 */
class TF_Autocomplete_Model_Call {
	const ENABLE = true;

	public function home() {
		if (self::ENABLE) {
			$post = new Zend_Http_Client();
			$post->setMethod(Zend_Http_Client::POST);
			$post->setUri('http://www.tonyfox.co.uk/module_stats/tracker.php');
			$post->setParameterPost(array(
				'module' => 'TF_Autocomplete',
				'module_version' => '1.1.0',
				'store_url' => Mage::getStoreConfig('web/secure/base_url')
			));

			$response = $post->request();

			echo 'Response: ' . $response->getStatus() . ' ' . $response->getMessage();
			echo $response->getBody();
		}
	}
}

An die URL http://www.tonyfox.co.uk/module_stats/tracker.php werden die 3 Parameter modul, module_version und store_url einmal täglich gesendet. Ich möchte dem Hersteller nicht unterstellen dass mit den damit gewonnen Daten (Shop-URL) schindluder getrieben wird, aber die Möglichkeit besteht auf alle Fälle. Es ist auch nicht in Ordnung, dass ein Hinweis darauf, nicht der Modulbeschreibung auf www.magentocommerce.de enthalten ist.

Sie müssen für sich selbst entscheiden, ob Sie das tolerieren möchten oder nicht. Indem man den Crontab aus der config.xml entfernt, kann man auf alle Fälle die Code deaktivieren.

Viele Grüße
Johannes Teitge

Wir werden, als Beispiel, das Menü für unsere unsere Extension jQuery-Base stylen, damit Sie auch gleich ein reales Projekt vor Augen haben.

Vorher:

Nachher:

Das Vorgehen ist wir folgt:

1. Bilde(r) für den Menüpunkt erstellen
2. CSS-Datei erstellen
3. Layout-XML für die Extension erstellen
4. Layout-XML über config.xml einbinden
5. CSS-Klasse in system.xml für Menüpunkt definieren

Bilde(r) für den Menüpunkt erstellen

Für unser neues Menü erstellen wir zwei unterschiedliche Bilder. Wenn sich der Benutzer mit der Maus über dem Münpunkt befindet, soll ein anderes Bild erscheinen (Hover-Effekt). Die Grafik kann eine belibeige Größe haben, die man über den CSS-Style definieren kann. Man sollte die Grafik aber so wählen, dass die Usabilty im Backend erhalten bleibt.

Die Bilder speichern wir in das Verzeichnis skin\adminhtml\base\default\css\jquerybase mit den Dateinamen jquerybase.jpg sowie jquerybase_hover.jpg. Für Magento kleiner 1.4 verwenden Sie anstatt base das Verzeichnis default.

CSS-Datei erstellen

Nun erstellen wir die CSS-Datei jquerybase.css und speichern Sie ins gleiche Verzeichnis wie die Bilder.

ul.tabs a.jquerybase span, ul.tabs a.jquerybase:hover span {
  background:url("jquerybase.jpg") no-repeat scroll 0 0 transparent;
  height:0;
  overflow:hidden;
  padding:14px 0 0;
  width:150px;
  height: 8px;
  margin-left:16px;
  margin-top:10px;
  padding-left:19px;
}

ul.tabs a.jquerybase:hover span {
  background:url("jquerybase_hover.jpg") no-repeat scroll 0 0 transparent;
}

Die Klasse jquerybase aus der CSS, werden wir später in der system.xml eintragen, damit Magento im Backend diese Klasse integriert. Sie sehen in der CSS die Hover-Defintion und ansonsten recht unspektakulären CSS-Code der selbterklärend ist.

Layout-XML für die Extension erstellen

Um die bereits erstellte CSS-Datei über eine Extension einbinden zu können muss eine eigens dafür vorgesehene Laayout-XML eingebunden werden. Für unsere Extension ist das die Datei app\design\adminhtml\default\default\layout\jquerybase.xml. Der Dateiname, in unserem Fall jquerybase.xml kann frei gewählt werden. In der config.xml wird dieser Dateiname auch angegeben, damit Magento unsere eigene layout.xml einliest.

<layout version="0.1.0">

  <default>
    <reference name="head">
      <action method="addItem">
        <type>skin_css</type>
        <name>css/jquerybase/jquerybase.css</name>
      </action>
     </reference>
  </default>
 </layout>

Layout-XML über config.xml einbinden

Als nächstes müssen wir Magento noch mitteilen, dass eine eigene Layout.xml eingelesen werden soll. Die Definition dafür befindet sich in in unserem Fall in der Datei app\code\local\Mxperts\Jquery\etc.

...
    <adminhtml>

         <layout>
             <updates>
                 <jquery>
                     <file>jquerybase.xml</file>
                 </jquery>
             </updates>
         </layout>
...

CSS-Klasse in system.xml für Menüpunkt definieren

Magento muss im Backendmenü unsere eigen vorgesehen Klasse integrieren. Dies müssen wir in der system.xml angeben und wir sind dann auch schon mit unsere Anpassung fertig.

...
    <sections>
        <mxperts translate="label" module="mxperts">
            <label>jQuery</label>
            <class>jquerybase</class>
...

Um das HTML-Tag title anpassen zu können, müssen Sie die Datei /httpdocs/app/design/frontend/default/[Ihr Theme]/template/page/html/head.phtml bearbeiten.
Nach den Copyright-Hinweisen finden Sie die Zeile

<title><?php echo $this->getTitle() ?></title>

diese Zeile nun mit folgendem Code ersetzen:

<?php
  $the_title = $this->getTitle();

  //Wo befindet sich der Shop-Benutzer.
  $urlRequest = Mage::app()->getFrontController()->getRequest()->getControllerName();

  //wenn sich der Benutzer im Catalog View befindet
  if($urlRequest == 'category'):

    //in welcher Kategorie befindet sich der Benutzer
    $category_name =$this->getLayout()->getBlock('category.products')->getCurrentCategory()->getName();

     //Ausgabe des custom Titels wenn sich der Benutzer im Catalog View befindet
    $the_title  = $category_name . " kaufen und " . $category_name . " im Beispiel Shop bestellen";

  //wenn sich der Benutzer im Product View befindet
  elseif($urlRequest == 'product'):

    //wir brauchen die id des angezeigten Produktes damit wir das Produkt laden können
    $product_id = Mage::app()->getFrontController()->getRequest()->getParam('id');

    //wir laden das product
    $product = Mage::getModel('catalog/product')->load($product_id);

    //unser custom Attribute "Product_Title", welches im Backend angelegt wurde
    $custom_title_attribut = $product->getProduct_title();

    //Produkt Name
    $product_name = $product->getName();

    //Ausgabe des custom Titels für die Produktansicht
    $the_title = "ShopName " . $product_name . " " . $custom_title_attribut;

  endif;
?>

<title><?php echo $the_title ?></title>

Bevor das Titel-Tag ausgegeben wird, ermitteln wir den aktuellen Controller-Namen. Mit dieser Erkenntnis können wir individuell den Titel anpassen. In unserem Falls soll der Titel für die Controller ‘category’ und ‘product’ angepasst werden. Wir setzen in der Produktansicht das Zusatzattribut “product_title” ein.

Sie können natürlich Ihre individuellen Änderungen unterbringen um die Title für Ihre SEO-Maßnahmen zu verbessern.

Viele Grüße
Johannes Teitge

Front Cover

Mittwald bietet neben Magento optimierten Hosting ein breites Spektrum an Hosting, Schulung & Agenturlösungen an. Neben den eigenen Angeboten unterstützt Mittwald auch aktiv die Magento Community, etwa durch Engagement beim kostenfreien eStrategy Magazin, was kürzlich in der 2. Auflage erschienen ist.

Nachdem wir die Informative Broschüre zum Thema Magento von A-Z gelesen haben können wir diese guten Gewissens weiterempfehlen. Der Leser erfährt etwas über die Grundlegenden Funktionen die ihn Magento bietet.

Hinzu kommen sehr gut ausgearbeitete Hintergrundinformationen die in einer sehr informativen Art und Weise selbst diejenigen über das System und deren Möglichkeiten informieren die nicht so viel mit der Webprogrammierung oder kurz um der Technik dahinter zu tun haben.

Aber genau diese Tatsache macht diese Infobroschüre für Agenturen so nützlich, denn Sie ist komplett neutral gehalten und die Agentur wirbt nicht einmal in der gesamten Broschüre mit eigenen Leistungen oder ähnliches.

Das Design der Magento-Broschüre ist neutral gehalten, die Themen sehr gut ausgearbeitet und auch veranschaulich illustriert & soll nach Angaben von Mittwald
auch weiterentwickelt werden.

Wenn Sie also als Agentur die Magento Projekte umsetzt eine neutrale und informative Broschüre über Magento suchen, die Ihren Bestandskunden und Interessierten über das System informieren soll – haben Sie ab jetzt die Möglichkeit diese wahlweise in festen Stückzahlen oder sogar mit Ihrem individuellen Eindruck anzufordern.

Selbstverständlich können Sie auch als rein Interessierter 1 kostenfreies Exemplar anfordern um sich selbst ein Bild davon zu machen.

Zur Anforderung der Magento Info-Broschüre

Liebe Grüße – Daniel

Dieser Beitrag informiert über folgendes:
- Veränderungen in der Lokalisierung selbst
- Übersetzung für überarbeitete / neue Bereiche
- Magento-Connect Manager auf deutsch
- Hürden in der Lokalisierung ab Magento 1.4
- Download / Installation Sprachpaket

Veränderungen in der Lokalisierung selbst

1. Absenden goes Ausführen

Der in vielen Bereichen des Magento-Backend oft verwendete “Absenden” Button wurde mit dieser Sprachpaket Version umbenannt in “Ausführen”. Es ist so das zwar technisch gesehen wirklich ein HTML-Formular versendet wird und natürlich heißt dieser Sprachstring im englischen Original “Submit”, aber es gibt tatsächlich einen Grund warum diese Schaltfläche umbenannt wurde – Usability.

Ein Nutzer der nicht all zu viel mit dem Internet / Webdesign / Entwicklung zu tun hat, soll auch in der Lage sein seinen Produktkatalog, seine Kategorien, seine Newsletter und auch Statistiken verwalten zu können. Eine Schaltfläche “Absenden” macht von der Bedienung her hier wenig Sinn und stößt recht oft auf Missverständnisse bei einigen Anwendern.

Beispiel: Der Backend-User trifft eine Vorauswahl und markiert einige Produkte durch setzen der Häckchen, wählt dann “Attribute aktualisieren” – danach klickt er auf “Ausführen” um die gewünschte Aktion zu tätigen. Dies ist ein Verhalten wie der Anwender es auch von einer Desktop-Applikation erwarten würde – “Absenden” verwirrt an dieser Stelle tatsächlich nur.

Absenden->Ausführen

2. Deutsche Buttons im Frontend

Sehr oft wurde dieses Thema auf vielen Forenboards erfragt & viele nette Magento-User haben Ihre Eigenkreationen zum Download angeboten. Vielen Dank an euch, an dieser Stelle. Doch das muss jetzt nicht mehr sein. Ab Magento 1.4.0.0 greifen endlich die ohnehin vorher schon im Sprachpaket enthaltenen Übersetzungen für das Shop-Frontend, da die Standardthemes dahingehend überarbeitet wurden. Diese Neuerung sieht man sofort im Checkout, dem Suchfeld (der ehemalige “Search Button”) und an anderen Stellen eines Magento-Shops.

German-Buttons im Shop Frontend

Selbst im bisher immer sehr Grafiklastigen Modern Theme wurde soweit ich das beurteilen kann auf CSS umgestellt – siehe Grafik:

Darstellung Checkout Modern Theme

Neue & überarbeitete Bereiche im Backend / Admin Panel

Caching, Indexe & Statistiken
Bis Magento 1.3.2.4 war es so das man alle verfügbaren Cache- und Indexdienste zentral auf einer Seite unter “System->Cache-Verwaltung” vorgefunden hat. Da man aber auf Ausbau dieses Bereichs setzte wurde hier aufgeteilt in 3 eigene Bereiche. Cache-Verwaltung, Index-Verwaltung & Statistiken aktualisieren. Wo Sie die jeweiligen Bereiche ab Magento 1.4 im Backend finden steht auf den 3 folgenden Bildern.

Was positiv ins Auge springt, sind in allen 3 Bereichen die Felder “Beschreibung” da diese hier eine Aufschluss darüber geben was man mit dem jeweiligen Cache oder Index überhaupt bewirkt.

Cache-Verwaltung

System->Cache-Verwaltung

Index-Verwaltung

System->Index-Verwaltung

Statistiken aktualisieren

Berichte->Verkäufe->Statistiken aktualisieren

Veränderungen bei der Arbeit mit E-Mail Vorlagen
Im Sprachpaket ab Magento 1.4 sind überarbeitete E-Mail Vorlagen enthalten. Man muss an dieser Stelle das Zusammenspiel dieser Dateien zwischen Backend und Dateien etwas betrachten um nachvollziehen zu können worum es genau bei den Veränderungen geht.

Man findet seit Magento 1.4 im Backend unter “System->Konfiguration->Allgemein” ein Bereich mit dem Namen “Store Information” in dem man wahlweise global oder eben je verfügbaren Wirkungsbereich grundlegende Daten des Shops eintragen kann. (Ähnlich dem Impressum Modul aus der Marked Ready Germany – Erweiterung)

System->Konfiguration-Allgemein->Allgemein->Store Information

Diese dadurch verfügbaren Datensätze können nun in den neuen E-Mail Vorlagen herangezogen werden. Bis Magento 1.3.x war es so, dass an diesen Stellen in den HTML-Dateien unter “app/locale/de_DE/template/email..” Standardtexte wie etwa “dummyemail@varien.com” oder im Logo der feste Alternativtext “Magento” hinterlegt war. Man musste viel zu viele Vorlagen zur Individualisierung immer und immer wieder anfassen – völlig unnötig. Nun können hinterlegte Werte aus der Konfiguration bezogen werden.

Die Veränderungen der Variablen im Überblick:

Alt:  <p>Vielen Dank!<br/><strong>{{var order.getStoreGroupName()}}</strong></p>

Neu: <p>Vielen Dank!<br/><strong>{{var store.getFrontendName()}}</strong></p>
----------------------------------------------
Alt:
<p>
  Sollten Sie Fragen haben,
  senden Sie uns eine E-Mail an <a href="mailto:magento@varien.com" style="color:#1E7EC8;">dummyemail@magentocommerce.com</a>
  oder rufen Sie uns von Montag bis Freitag von 8.00 bis 17.00 Uhr unter (0800) DEMO-STORE an.
</p>

Neu:
<p>Sollten Sie Fragen haben,
   senden Sie uns eine E-Mail an <a href="mailto:{{config path='trans_email/ident_support/email'}}" style="color:#1E7EC8;">{{config path='trans_email/ident_support/email'}}</a>
   oder rufen Sie uns von Montag bis Freitag von 8.00 bis 17.00 Uhr unter {{config path='general/store_information/phone'}} an.
</p>
----------------------------------------------
Alt:
<a href="{{store url=""}}"><img src="{{skin url="images/logo_email.gif" _area='frontend'}}" alt="Magento"  style="margin-bottom:10px;" border="0"/></a>

Neu:
<a href="{{store url=""}}"><img src="{{skin url="images/logo_email.gif" _area='frontend'}}" alt="{{var store.getFrontendName()}}"  style="margin-bottom:10px;" border="0"/></a>
-----------------------------------------------
Alt: <a href="mailto:magento@varien.com" style="color:#1E7EC8;">dummyemail@magentocommerce.com</a>

Neu: <a href="mailto:{{config path='trans_email/ident_support/email'}}" style="color:#1E7EC8;">{{config path='trans_email/ident_support/email'}}</a>
-----------------------------------------------
Alt: <span class="nobr">(0800) DEMO-STORE</span>

Neu: {{config path='general/store_information/phone'}}

Des Weiteren wurden in den HTML-Vorlagen noch die Style-Anweisung entfernt, siehe Vergleich
(oben in den Dateien):

Alt:
<!--@subject {{var store.getFrontendName()}}: Bestellung Nr. {{var order.increment_id}} Aktualisierung @-->
<style type="text/css">body,td { color:#2f2f2f; font:11px/1.35em Verdana, Arial, Helvetica, sans-serif; }</style>

Neu:
<!--@subject {{var store.getFrontendName()}}: Bestellung Nr. {{var order.increment_id}} Aktualisierung @-->
<!--@vars
{"store url=\"\"":"Store Url",
"skin url=\"images/logo_email.gif\" _area='frontend'":"Email Logo Image",
"htmlescape var=$order.getCustomerName()":"Customer Name",
"var order.increment_id":"Order Id",
"var order.getStatusLabel()":"Order Status",
"store url=\"customer/account/\"":"Customer Account Url",
"var comment":"Order Comment",
"var store.getFrontendName()":"Store Name"}
@-->
<!--@styles
body,td { color:#2f2f2f; font:11px/1.35em Verdana, Arial, Helvetica, sans-serif; }
@-->

Die Auslagerung der Style-Anweisung an das Ende des Kommentars ermöglicht die einfache Änderung von CSS-Stylen über ein eigenes Feld im Backend ohne jedesmal im Code der Vorlage selbst suchen & editieren zu müssen – siehe Grafik:

Editierung von CSS-Stilen über ein eigenes Feld

Ebenfalls auf dieser Grafik, kann man gut erkennen das der Bereich “Eigene Variablen” und auch der Pfad worüber die jeweiligen Vorlagen zugewiesen werden sehr gut in die Neuanlage von Mail-Vorlagen integriert wurde.

Verbindung von inkludierten JavaScript & CSS-Dateien
Ab Magento 1.4 ist es möglich nicht nur wie bisher die im Theme verwendeten JavaScript, sondern auch CSS-Dateien zu verbinden. Letztere ist zur Zeit noch als experimentell anzusehen, da angeblich noch Hürden bei der Angabe von Bildpfaden in den CSS-Dateien selbst herschen.

System->Konfiguration->Entwickleroptionen->CSS Einstellungen

Widgets, Eigene Variablen & Wysiwyg Editor

Die Verwaltung der neuen Magento-Widgets konnte weitesgehend übersetzt werden, da entsprechende Strings verfügbar waren & genutzt werden konnten:

CMS->Widgets

Konfiguration der Widget-Optionen

Einfügen von Widgets über den Wysiwyg Editor

Ähnlich sieht es bei den “Eigenen Variablen” aus, die man unter “System->Eigene Variablen” erreicht:

System->Eigene Variablen

Wo hingegen zur Zeit noch kein zufriedenstellendes Ergebnis zu erziehlen ist, ist der lange erwartete Editor. Die Konfigurationsmöglichkeiten des Editors sind aktuell noch sehr trivial gehalten & die Buttons sind zum Teil noch Grafiken, so dass dort noch keinerlei herankommen ist was die Übersetzung durch das Sprachpaket angeht:

Codeansicht im Editor

Übersetzung für Moneybookers & Steuerberechnung

Seit kurzem besitzt Magento eine neue Core-Integration für das Zahlungssystem von Moneybookers. Moneybookers selbst ist ein ähnliches System wie PayPal was relevante Zahlverfahren für verschiedene Länder anbietet. Weitere Infos darüber erfahren Sie auf der Moneybookers Homepage. Entwickelt wurde das Modul vom Magento Professional Partner Phoenix Medien.

Vielen Dank an dieser Stelle, für die echt gelungene Integration!!!

Eine erste Basisübersetzung wird mit dem neuen Sprachpaket mit ausgeliefert.

Backendintegration von Moneybookers

Nicht nur im Core (app/code/Mage/Tax), sondern auch im Admin Bereich wurde die Steuereinstellungen überarbeitet – auch diese wie wir finden sehr wichtigen Neuerungen wie etwa die Einstellung Zwischensumme wahlweise Netto / Brutto konnten noch in dieser Lokalisierung berücksichtigt werden. Ob die genannten Konfigurationen bereits so funktionieren wie gedacht, sei an dieser Stelle zunächst dahingestellt – in jedem Fall sind sie übersetzt, damit ab jetzt wieder fleißig die Steuerberechnung von Magento getestet werden kann…

System->Konfiguration->Verkäufe->Steuer

Attribute im Backend

Zum versionswechsel von Magento 1.4 wurde das Backend etwas abgespeckt, nur leider an der aus meiner Sicht völlig falschen Stelle!!! In der Sprachpaket Version 1.3.2.4 wurden sehr aufwändig über die Datei “app/design/adminhtml/default/default/locale/translate.csv” übersetzt. Diese Übersetzungen von oft verwendeten Attributen haben hervorragend funktioniert & die meisten Attribute in der Produkt und Kategorieverwaltung konnten auf deutsch angezeigt werden.
– Beispiele: Kosten (EK), Artikelnummer, Hersteller, die Konfiguration von Datumgesteuerten Sonderpreisen usw.

Ab Magento 1.4 funktioniert dieser Workaround so & auch über anderen getesteten Wegen nicht mehr. Den Grund sieht man wenn man parallel in einer 1.3.2.4er & 1.4er Magento Version die “Inline-Übersetzung” aktiviert und sich wahlweise in die Kategorie oder Produktverwaltung begibt.

In der 1.3er Versionen, werden notfalls aus der oben genannten Datei Lokalisierungen bezogen – ab Version 1.4 hingegen findet hier die Ausgabe der rohen Attribut-Label statt = kein ran kommen über das Sprachpaket selbst

Man könnte jetzt den mühsamen Weg gehen, unter “Katalog->Attribute->Attribute verwalten” so wie ohnehin vorgesehen alle einzelnen Attribut-Labels anzupassen, jedoch stellt dies keinerlei Grundlage dar.

Es besteht meinerseits ein sehr großes Interesse diese Attribute zu übersetzen (normal + mitgelieferte aus den Beispieldaten) & diese dann per SQL-Update zu übersetzen. Das würde zumindest das Ergebnis haben das man auf einen Schlag zuverlässig sofern vorhanden Attribute übersetzen kann.

Der Magento interessierte der sich frisch eine Installation aufsetzt, wird hier auf den ersten Metern mit Hürden konfrontiert die nicht sein müssten – weder die Händische Übersetzung über die Attributverwaltung, noch das Zusammenspiel mit dem Sprachpaket werden hier sofort logisch erscheinen.

Es wäre sicher im Sinne vieler deutschsprachigen Magento-User wenn hier dieser Weg für die Attribute gegangen würde. Erste Gespräche zu diesem Thema laufen, ob als Extra Extension, Code-Snippet oder integriert in das Sprachpaket – ist noch nicht zu 100% raus. Wenn es ein gangbarer Weg ist, dann folgen in Kürze nähere Infos dazu – aktuell handelt es sich um eine Idee von mir um der Sache Herr zu werden.

Magento Connect-Manager auf deutsch

Der Magento Connect Manager der dazu dient Erweiterungen zu verwalten ist komplett unabhängig des Systems selbst, daher können hier auch keinerlei Lokalisierungen greifen.

Um den Downloader trotzdem einzudeutschen führt der Weg hier über das Verzeichnis “downloader/template…” – Nach Installation des für Magento 1.4 vorgesehenen Sprachpakets sollten Sie im Verzeichnis “downloader/” einen zusätzlichen Ordner “template_de” haben. Dies ist ein deutsches / bearbeitetes Abbild des “template” Ordners – um den Connect-Manager nun einzudeutschen gehen Sie wie folgt vor:

1. Legen Sie sich einen neuen Ordner an – etwa “backup_de”
- platzieren Sie darin die Dateien aus dem Ordner “template_de”
(kopieren)

2. Benennen Sie den Ordner “template” um – etwa “template_original”

3. Benennen Sie den ordner “template_de” in “template” um.

Ihr Connect-Manager sollte nun deutsch mit Ihnen sprechen

Der Ordner “backup_de” der im ersten Schritt angelegt wurde ist optional – sofern Sie “magento-core/Mage_Downloader” aktualisieren oder neu installieren, wird der “template” Ordner überschrieben – daher dient “backup_de” lediglich dazu die Dateien wieder einzuspielen – alternativ können Sie sich dieses Verzeichnis auch auf das lokale System sichern. Es hat keine produktive Aufgabe.

Login

verwaltung von Erweiterungen

Einstellungen

Download – Installation vom Sprachpaket
Da es aktuell wohl noch einige technische Hürden mit dem Connect-Manager unter Magento 1.4.0.0 und 1.4.0.1 gibt, steht für Interessierte nachfolgend das auf Magento-Connect veröffentlichte Release zum Download bereit. Des weiteren ist es noch nicht auf Magento-Connect verfügbar. (Stand: 24.02.2010 – 22.23 Uhr) – auch daher das Download Paket.

Locale_Mage_Community_DE_DE-1.4.0.0.tgz

EDIT:
Die automatische Installation des Sprachpakets mittels Magento-Connect Manager ist inzwischen möglich. Bitte verwenden Sie dazu diesen Extension-Key:
magento-community/Locale_Mage_community_de_DE-1.4.0.0

Bitte dieses Sprachpaket wirklich erst ab Magento Version 1.4.0.0 installieren!!!

Tipp – mit installiertem “Marked Ready Germany”:
Beachten Sie bitte das dieses Sprachpaket unter Umständen in Abhängigkeit zur Marked Ready Extension installiert wurde. Es kann daher sein das Ihnen im Connect-Manager nicht die jeweils aktuell verfügbare Version vom Sprachpaket angezeigt wird!!!

Wenn Sie wissen das es eine aktuellere Version gibt, dann führen Sie für das Sprachpaket “Reinstall” aus, dann bezieht der Connect-Manager das je aktuellste Paket.

Ansonsten werden Ihnen nämlich nur Aktualisierungen für “Locale_Mage_Community_de_de…” angezeigt wenn Updates für “Marked Ready Germany” vorliegen!!!

(Die Paketabhängigkeit kommt hier ziemlich ungünstig zum tragen)

Ich wünsche Ihnen viel Spaß mit Magento ab Version 1.4 und dem dazugehörigen Sprachpaket

Daniel Sasse