Dieser Artikel ist für Neueinsteiger gedacht, welche sich für einen Onlineshop auf Basis von Magento-Commerce interessieren. Wenn Sie sich bereits längere Zeit mit Magento beschäftigt haben, werden Ihnen diese Punkte sehr wahrscheinlich bereits bekannt sein.

1. Unterschätze den Aufwand nicht

Magento ist eine eCommerce Open-Source-Lösung für den Enterprise-Bereich der Firma Varien. Es setzt auf objektorientiertes PHP und dem Zend Framework.  Magento ist aufgrund des offenen Quellcodes (open source) ideal um es seinen eigenen Wünschen anpassen, sei es auf Template Basis (Design & GUI) oder Erweiterung der Funktionalität durch neue Plugins. Als Magento-Entwickler sollte man Kenntnisse in PHP5,Objekt Orientiere Programmierung (OOP) , Zend Framework, XHTML, XML, AJAX, JavaScript und MySQL mit bringen.

2. Installieren Sie Magento über die Download-Version

Magento kann als Vollversion herunter geladen werden und per FTP installiert werden. Einfacher ist es jedoch, den Download-Installer zu verwenden. Dieser lädt automatisch die benötigten Dateien nach, und legt diese auch mit den besseren Dateirechten auf einem Linux/Unix-Server an.

3. editieren Sie keine Core-Dateien

Gerade als Neueinsteiger in Magento möchte man schnell Änderungen herbeiführen und führt im Änderungen in den Core-Dateien durch. Diese liegen unter app/code/core. Bei einem Update werden diese Änderungen jedoch überschrieben, ein manuelles nachpflegen ist zeitaufwendig und geht ggf. schief. Änderungen an entsprechenden Dateien sollten in einer Kopie dieser in den Ordner app/code/local vorgenommen werden. Soll zum Beispiel die Datei

app/code/<strong>core</strong>/Mage/Checkout/Block/Success.php

geändert werden, diese kopieren nach

app/code/<strong>local</strong>/Mage/Checkout/Block/Success.php

Somit bleibt die Original Core Datei unberührt und wird beim nächsten Update nicht überschrieben.

Eine bessere Variante ist gar das Überschreiben von Blöcken/Models. Eine ausführliche Einführung dazu gibt es im Wiki von Magento.

4. Beim Theme-Design nur die notwendigen Dateien ändern

Das Template-Modul von Magento fällt auf immer dann auf das Standard-Theme zurück, wenn es notwendig ist. Viele Anfänger machen den Fehler und kopieren sich ein komplettes Theme, um es dann ensprechend zu modifizieren. Das ist nicht notwendig, es reicht aus, nur die Dateien in ein neues Theme zu kopieren, die tatsächlich für die Änderung notwendig sind. Der Rest bleibt im default/default-Verzeichnis und wird per Fall-Back-Prinzip aufgerufen so lange die Datei im neuen Template Verzeichnis nicht existiert.

5. API-Aufrufe Vermeiden

Magento bietet eine umfrangreiche API mit der Sie viele Daten lesen und schreiben können. Leider ist diese sehr langsam und sollte deshalb nur bei einem Zugriff aus z.B. einer externen Warenwirtschaft oder Java-Applikation genutzt werden. Bei eigenen Modulen sollten Sie die PHP-Skripte direkt einbinden und um so den direkten Zugriff auf die internen Magento-Funktionen zu erhalten.

Hier ein kleines Beispiel einer Artikelliste:

require_once 'app/Mage.php';
Mage::app()->setCurrentStore(Mage_Core_Model_App::ADMIN_STORE_ID);
$product = Mage::getModel(‚catalog/product‘);;
// 13 ist die Produkt-ID
$product->load(13);
$product->setName("Neuer Name"); # jedes Attribut kann mit setXyz() angesprochen werden
$product->save();

Weitere Tipps?

Sie haben weitere Tipps für Magento Neueinsteiger? Gerne teilen wir diese mit unseren Lesern. Nutzen Sie die Kommentarfunktion.

Hier findet ihr eine kurze Anleitung wie ihr ein Controller aus dem Core-Package überschreiben könnt.

Im Magento-Wiki ist eine Anleitung vorhanden, allerdings funktionierte die bei mir nicht, deshalb wird hier ein anderer Weg beschrieben.

In dem Beispiel überschreiben wir den Controller für den Kunden-Login.

Step 1 – Config Datei erstellen

Zuerst muss eine eine Config-Datei erstellt werden, wo definiert wird, welcher Controller überschrieben werden soll.. Dies geschieht über eine XML-Datei, welche im folgendem Verzeichnis ablegt wird:

/app/code/local/<Namespace>/<Module>/etc/config.xml

<!-- overwrite only methods or extends the class -->
<config>
    <frontend>
        <routers>
            <customer>
                <args>
                    <module>
                        <Namespace_Module before="Mage_Customer">Namespace_Module</Namespace_Module>
                    </module>
                </args>
            </customer>
        </routers>
    </frontend>
</config>

oder wenn man den kompletten Controller ersetzen möchte (am Beispiel des Catalog-Modules):

<!-- overwrite the complete controller -->
<config>
    <frontend>
        <routers>
          <catalog>
            <use>standard</use>
            <args>
              <module>Seven_Catalog</module>
              <frontName>catalog</frontName>
            </args>
          </catalog>
        </routers>
    </frontend>
</config>

Step 2 – der neue Controller

Anschließend wird die Datei für den neuen Controller erstellt. Dieser wird im folgenden Verzeichnis abgelegt:

/app/code/local/Namespace/Module/controllers/AccountController.php

Der Inhalt des Controllers:

include_once("Mage/Customer/controllers/AccountController.php");
class MyCompany_MyModule_AccountController extends Mage_Customer_AccountController
{
    public function loginAction()
    {
        parent::loginAction();
    }
    public function indexAction()
    {
<pre>        echo 'test';
        parent::loginAction();
    }</pre>
}

Step 3 – Modul aktivieren

Nun wird nach dem Login eines Kunden auf der Übersicht Seite des Benutzerkontos die Ausgabe „test“ angezeigt.

Um Magento das Modul sichtbar zu machen muss es noch aktiviert werden, das geht über eine weitere XML-Datei welche im folgenden Verzeichnis abgelegt wird:

/app/etc/modules/Namespace_Module.xml

Der Inhalt ist wie folgt:

<?xml version="1.0"?>
<config>
    <modules>
        <Namespace_Module>
            <active>true</active>
            <codePool>local</codePool>
            <depends>
                <Mage_Core />
                <Mage_Customer />
            </depends>
        </Namespace_Module>
    </modules>
</config>

Jetzt wird die Funktion „loginAction()“ von dem neuen Controller überschrieben.

Das war es schon, so einfach überschreibt man ein Controller in Magento! 🙂

Optional: Rewrite eines Controllers in Magento

Ggf. kann mit dem folgenden Einträgen in der config.xml ein Rewrite des Controllers erfolgen:

<rewrite>
 <seven_catalog_daniel>
 <from><![CDATA[#^/catalog/product_compare/add/(.*)$#]]></from>
 <to>/catalog/compare/add/</to>
 </seven_catalog_daniel>
 </rewrite>
 </global>

Früher oder später kommt für jeden Magento-Entwickler der Punkt, an dem es notwendig ist, Eingabemasken respektive Eingabeformulare im Magento-Backend per Extension um eigene, benutzerdefinierte Felder zu erweitern oder aus einem sonstigen Grund neue Module zu schreiben. Spätestens beim zweiten Modul merkt man schnell, dass sich diverse Schritte wiederholen.

Aus diesem Grund möchten wir euch den ModuleCreator zum automatisierten erstellen des Magento-Extension-Gerüst empfehlen, welche ihr dann nur noch entsprechend anpassen müsst.

Die Magento Extension Market Ready Germany ist jetzt in Version 2.0 von symmetrics & Trusted Shops veröffentlicht worden. Diese Version ist jetzt auch mit der aktuellen Magento Version 1.4 kompatible! Mit der Extension lässt sich Magento an die Erfordernisse des deutschen Marktes anpassen. Die Erfahrungen und Anregungen der Community sind erneut in die Entwicklung mit ein geflossen.

Fly2Mars-Media sagt an diese Stelle: Danke an Symmetrics für diese Extension und der dazugehörigen Pflege!
An der Stelle auch Grüße aus der Nachbarschaft! 😉

Infos zu Market-Ready findet ihr auch im Artikel: Magento: deutsches Lokalisierungspaket “Market Ready Germany”

Die Extension „Market Ready Germany“ (MRG) kann ab sofort in der Version 2.0 kostenlos über die Plattform Magento Connect herunterladen werden. MRG 2.0 konfiguriert Magento automatisch für den deutschen Markt und wird von Magento-Experten als wichtiger Schritt erachtet:

„Der wohl wichtigste Magento Meilenstein für den deutschen E-Commerce. Die Firmen Trusted Shops GmbH und Symmetrics GmbH haben mit dieser Erweiterung Magento in Deutschland stark vorangebracht. Ohne diese Erweiterung hätte kaum ein Shop starten können – zu groß wäre die Gefahr vor Abmahnungen durch den Wettbewerb gewesen.“

Beim Market Ready Germany 2.0 handelt es sich um ein komplettes Refactoring der Extension, bei dem Fehler sowie Inkompatibilitäten der Vorgängerversion behoben wurden. Dabei haben die Entwickler von symmetrics und Trusted Shops Anregungen aus der Magento Community in den Refactoring-Prozess einfließen lassen.

Mit diesem Query könnt ihr alle Bestellungen sowie Aufzeichnungen in den Logs aus eure Datenbank löschen!

Bitte “YOUR_DB_NAME” mit dem entsprechenden Datenbank-Namen ersetzen.

– Reset Magento TEST Data
SET FOREIGN_KEY_CHECKS=0;
– reset dashboard search queries
 TRUNCATE `catalogsearch_query`;
 ALTER TABLE `catalogsearch_query` AUTO_INCREMENT=1;
– reset sales order info
 TRUNCATE `sales_order`;
 TRUNCATE `sales_order_datetime`;
 TRUNCATE `sales_order_decimal`;
 TRUNCATE `sales_order_entity`;
 TRUNCATE `sales_order_entity_datetime`;
 TRUNCATE `sales_order_entity_decimal`;
 TRUNCATE `sales_order_entity_int`;
 TRUNCATE `sales_order_entity_text`;
 TRUNCATE `sales_order_entity_varchar`;
 TRUNCATE `sales_order_int`;
 TRUNCATE `sales_order_text`;
 TRUNCATE `sales_order_varchar`;
 TRUNCATE `sales_flat_quote`;
 TRUNCATE `sales_flat_quote_address`;
 TRUNCATE `sales_flat_quote_address_item`;
 TRUNCATE `sales_flat_quote_item`;
 TRUNCATE `sales_flat_quote_item_option`;
 TRUNCATE `sales_flat_order_item`;
 TRUNCATE `sendfriend_log`;
 TRUNCATE `tag`;
 TRUNCATE `tag_relation`;
 TRUNCATE `tag_summary`;
 TRUNCATE `wishlist`;
 TRUNCATE `log_quote`;
 TRUNCATE `report_event`;
ALTER TABLE `sales_order` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_datetime` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_decimal` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_entity` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_entity_datetime` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_entity_decimal` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_entity_int` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_entity_text` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_entity_varchar` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_int` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_text` AUTO_INCREMENT=1;
 ALTER TABLE `sales_order_varchar` AUTO_INCREMENT=1;
 ALTER TABLE `sales_flat_quote` AUTO_INCREMENT=1;
 ALTER TABLE `sales_flat_quote_address` AUTO_INCREMENT=1;
 ALTER TABLE `sales_flat_quote_address_item` AUTO_INCREMENT=1;
 ALTER TABLE `sales_flat_quote_item` AUTO_INCREMENT=1;
 ALTER TABLE `sales_flat_quote_item_option` AUTO_INCREMENT=1;
 ALTER TABLE `sales_flat_order_item` AUTO_INCREMENT=1;
 ALTER TABLE `sendfriend_log` AUTO_INCREMENT=1;
 ALTER TABLE `tag` AUTO_INCREMENT=1;
 ALTER TABLE `tag_relation` AUTO_INCREMENT=1;
 ALTER TABLE `tag_summary` AUTO_INCREMENT=1;
 ALTER TABLE `wishlist` AUTO_INCREMENT=1;
 ALTER TABLE `log_quote` AUTO_INCREMENT=1;
 ALTER TABLE `report_event` AUTO_INCREMENT=1;
– Reset all ID counters
 TRUNCATE `eav_entity_store`;
 ALTER TABLE  `eav_entity_store` AUTO_INCREMENT=1;
SET FOREIGN_KEY_CHECKS=1;
– set appropriate prefixes for orders, invoices, shipments, credit memos
 INSERT INTO  `YOUR_DB_NAME`.`eav_entity_store` (`entity_store_id` ,`entity_type_id` ,`store_id` ,`increment_prefix` ,`increment_last_id`) VALUES (‘1′,  ‘11′,  ‘1′,  ‘1′,  ‘000000000′);
 update `eav_entity_store` set `increment_prefix`= 1 where `entity_type_id`=’4′ and `store_id`=’1′;
 update `eav_entity_store` set `increment_last_id`= ‘000000000′ where `entity_type_id`=’4′ and `store_id`=’1′;
INSERT INTO  `YOUR_DB_NAME`.`eav_entity_store` (`entity_store_id` ,`entity_type_id` ,`store_id` ,`increment_prefix` ,`increment_last_id`) VALUES (‘2′,  ‘16′,  ‘1′,  ‘2′,  ‘000000000′);
 update `eav_entity_store` set `increment_prefix`= 2 where `entity_type_id`=’18′ and `store_id`=’1′;
 update `eav_entity_store` set `increment_last_id`= ‘000000000′ where `entity_type_id`=’18′ and `store_id`=’1′;
INSERT INTO  `YOUR_DB_NAME`.`eav_entity_store` (`entity_store_id` ,`entity_type_id` ,`store_id` ,`increment_prefix` ,`increment_last_id`) VALUES (‘3′,  ‘19′,  ‘1′,  ‘3′,  ‘000000000′);
 update `eav_entity_store` set `increment_prefix`= 3 where `entity_type_id`=’24′ and `store_id`=’1′;
 update `eav_entity_store` set `increment_last_id`= ‘000000000′ where `entity_type_id`=’24′ and `store_id`=’1′;
INSERT INTO  `YOUR_DB_NAME`.`eav_entity_store` (`entity_store_id` ,`entity_type_id` ,`store_id` ,`increment_prefix` ,`increment_last_id`) VALUES (‘4′,  ‘23′,  ‘1′,  ‘4′,  ‘000000000′);
 update `eav_entity_store` set `increment_prefix`= 4 where `entity_type_id`=’28′ and `store_id`=’1′;
 update `eav_entity_store` set `increment_last_id`= ‘000000000′ where `entity_type_id`=’28′ and `store_id`=’1′;

Falls der Artikel für euch hilfreich war, schreibt doch ein kurzes Feedback in den Kommentaren!

Ihr möchtet in Magento auf diverse Ereignisse (Events) reagieren? Z.B. eine E-Mail versenden nach einer bestimmten Aktion? Dazu gibt es in Magento den Event-Observer, welchen ihr wie folgt verwenden könnt (Beispiel zur Erweiterung eines Moduls):

In der config.xml des Moduls fügt folgenden Eintrag hinzu:

<config>
...
<events>
<checkout_onepage_controller_success_action>
<observers>
<fly2marsmedia_limitededition_model_order>
<type>singleton</type>
<class>fly2marsmedia_limitededition_model_order</class>
<method>saveLimitedEdition</method>
</fly2marsmedia_limitededition_model_order>
</observers>
</checkout_onepage_controller_success_action>
</events>
...
</config>

In diesem Beispiel erweitern wir die Classe Mage_Checkout_Modul_Type_Onepage um eine Aktion nach dem speichern auszuführen. In dem Beispiel haben wir die Klasse Fly2marsMedia_LimitedEdition_Model_Checkout_Onepage unter /app/code/local/Fly2MarsMedia/LimitedEdition/Model/Checkout abgelegt und erstellen dort die Funktion checkout_type_onepage_save_order_after() welche automatisch durch Magento nach dem Speichern der Bestellung aufgerufen wird mit einem beliebigen Code.

Solltet ihr ein Neues Modul erstellen, nicht vergessen dieses durch die entsprechende Config-XML unter app/etc/modules anzulegen (in diesem Fall /app/etc/modules/Fly2marsMedia_LimitedEdition.xml), der Vollständigkeit halber der Inhalt der Datei:

<?xml version="1.0"?>
<config>
 <modules>
 <Fly2marsMedia_LimitedEdition>
 <active>true</active>
 <codePool>local</codePool>
 </Fly2marsMedia_LimitedEdition>
 </modules>
</config>

Dynamische Plugins auf Webseiten, z.B. über Flash oder Java, haben sich schon die letzten Jahre auf Webseiten etabliert. Sei es als „Designer“ oder um ein Produkt besser zu visualisieren. Über so genannte Online-Designer lassen sich Produkte individuell designen, kombinieren oder anderweitig gestalten. Bei z.B. Auto-Häuser ist es möglich das Fahrzeug individuell zu drehen, zoomen oder gar die Türen zu öffnen um das innere des Wagens zu erkunden.

Der Mehrwert liegt auf der Hand und ist auf bestimmten Webseiten nicht mehr weg zu denken.

In dem folgenden Beispiel ist es möglich ein Foto von einem Raum hoch zu laden, um danach Möbel in diesem zu plazieren. So sieht man live wie die gewählten Möbel später in diesem Raum (z.B. sein Wohnzimmer) wirken werden. Auf ähnliche Weise wird man in Zukunft auch in vielen anderen Stores seine Produkte direkt online gestalten können, z.B. in einem Lebensmittel Shop gleich nach Rezept einkaufen … vielleicht so gar mit Foto-Upload und anschließender Rezept-Analyse … wir lassen uns überraschen! 😉

Hier das Beispiel-Video:

Auf Magento-Connect gibt es seit kurzem die kostenlose Extension Developer Toolbar for Magento zum Download.

Nach der Installation über Magento-Connect erscheint in der Fusszeile des Browsers die Developer Toolbar for Magento:

Die Anzeige kann auch im Magento Admin-Backend auf Global, per Website oder auch per Store-View konfiguriert werden.

Ihr findet die Option „Aktiviert Ja / Nein” unter System->Konfiguration->Erweitert->Entwickleroptionen->Developer Toolbar .

Die Optionen in der Developer Toolbar sind bereits vorhandene Funktionalitäten aus dem Backend, der Mehrwert liegt darin dass das suchen der Option bzw. das lästige klicken durch den Menus sowie der Login in das Admin-Backend entfällt. So kann, vor allem bei der Entwicklung, einiges an Zeit eingespart werden.

Sie Benötigen Unterstützung bei der Erstellung oder Anpassung eines Magento eCommerce Shop System?

Fly2Mars-Media unterstützt Sie in diesem und vielen anderen Bereichen rund um das Thema Internet & IT!

Für ein individuelles Angebot nehmen Sie noch heute Kontakt mit uns auf.

Immer wieder fragen uns unsere Kunden wo der Unterschied zwischen OXID eSales und Magento ist. Immerhin gibt es zum heutigen Stand bei beiden Systemen eine kostenlose, sowie eine „Premium“-Kauf-Version mit erweiterten Funktionen & Hersteller-Support.

An dieser Stelle möchten wir die beiden Shop-Systeme sowie die dahinter stehenden Anbieter vergleichen.

Die Vergangenheit

OXID eSales war zunächst nur als kostenpflichtige Shopversionen auf dem Markt und ist erst seit dem Oktober 2008 mit einer kostenlosen Community Edition vertreten. Varien ist genau den umgekehrten Weg gegangen und hat mit der kostenpflichtigen Magento Enterprise Edition sozusagen nachgezogen. OXID ist neben der Enterprise- und der Community-Edition auch noch als Professional Edition und Mietshop zu haben.

Shop-Software

Zwischen OXID eSales und Magento sind kaum noch Unterschiede zu erkennen. Das Layout ist bei beiden Systemen frei editierbar und damit sind der Gestaltungsvielfalt keine technischen Grenzen gesetzt, die Funktionalität lässt ebenfalls bei beiden Systemen kaum Wünsche offen. Wie hoch der individuelle Programmieraufwand zum Anpassen der einzelnen Shops ist, hängt von den entsprechenden Skills ab. Magento verfügt über ein auf XML basiertes Layout, wo die Einarbeitung ggf. etwas mehr Zeit aufwendiger ist als bei dem OXID Template welches auf Smarty basiert.

Beide Systeme verfügbaren über Vergleichslisten, Merkzettel, Sitesales, Empfehlungen bis hin zum Preisalarm sind alle zu erwartenden fortschrittlichen Shop-Funktionalitäten vorhanden.

Dokumentation

OXID eSales ist aufgrund seiner deutschen Abstammung komplett in deutscher Sprache dokumentiert. In der Tiefe allerdings online nicht auf dem Stand von Magento.

Magento bietet, auch wegen seiner großen Community, nicht nur die offizielle Dokumentation online in engl. Sprache an, sondern es gibt weitere sehr viele Dokumentationen & Support über das Wiki sowie viele Blogs welche sich mit dem Thema Megento befassen (so wie auch hier im Fly2Mars-Medial.de/seoblog).

Fazit

Wer technisch versiert ist und auf neue Technologien baut sowie ein leistungsstarken Server(-Farm?) zur Verfügung hat, würde ich Magento allein wegen dessen Features einen satten Vorsprung einräumen. Vor allem in Anbetracht der schnellen Entwicklung der letzten Jahre. Ansonsten sind beide Systeme ähnlich, wobei das Template-System von Oxid gerade für Einsteiger einfacher zu verstehen ist und damit die individuale Template-Entwicklung.

Beide Systeme installieren, konfigurieren und warten sich nicht von selbst. Um die richtige Entscheidung für den idealen Shop für sich selbst treffen zu können, sollte eine individuelle Anforderungsliste erstellt werden.
Nicht alle Shops haben die selben Anforderungen, nicht jeder Betreiber die gleichen Wünsche. Eine vorab erstellte Checkliste zum späteren Vergleich der Systeme ist zu empfehlen. Auch die Kosten für die Anpassungen (Template, Individual-Entwicklungen, Wartung, Adminisration, Server-Betrieb/Hosting, ggf. externe Dienstleistungen, usw.) sollten nicht im Vergleich fehlen.

Ein guter weiterer ausführlicher Vergleich als Slide findet ihr hier (Danke an Björn von Mayflower für den Tipp)!

Sie haben ebenfalls Erfahrungen mit Magento oder Oxid eSales?

Teilt Sie mit uns und anderen Lesern diesen Artikels und schreibt ein Kommentar!

Sie Benötigen Unterstützung bei der Erstellung oder Anpassung eines Magento eCommerce Shop System?

Fly2Mars-Media unterstützt Sie in diesem und vielen anderen Bereichen rund um das Thema Internet & IT!

Für ein individuelles Angebot nehmen Sie noch heute Kontakt mit uns auf.