Heute hat mich ein Fehler in einem Magento Shop (1.4.2.1) im Checkout auf Trab gehalten:

PHP Fatal error:  Call to a member function setAttribute() on a non-object in /app/code/core/Mage/Customer/Model/Attribute/Data.php

Bei der Market Ready Germany Extension wird das Payone-Modul mit installiert, und dort fehlen einfach die Input-Datentypen für drei Werte, inklusive dem “Präfix”, was meinen aktuellen Shop dann auch zum Absturz brachte nachdem ich es aktiviert hatte. Abhilfe schafft eine kleine Query, die diese Werte korrekt setzt. Das aktuellste MRG (2.1.3) enthält diesen Fehler übrigens immer noch…

UPDATE eav_attribute SET frontend_input = 'date' WHERE attribute_code = 'customer_address_payone_credit_rating_date';
UPDATE eav_attribute SET frontend_input = 'text' WHERE attribute_code = 'customer_address_payone_credit_rating_score';
UPDATE eav_attribute SET frontend_input = 'text' WHERE attribute_code = 'customer_address_payone_credit_rating_secscore';

Ich hoffe es hilft jemandem die Suchzeit zu verkürzen

Nach der Installation und Konfiguration eines Magento Shops möchte man natürlich “jungfräulich” anfangen Bestellungen zu empfangen. Es gibt dafür inzwischen eine Extension, aber ich mache es lieber “per Hand” via SQL Query, getestet unter Magento 1.4.2.x. ACHTUNG: Dadurch werden sämtliche Katalogsuchvorgänge, Bestellungen, Tags, Wunschlisten und “Send to Friend” Einträge unwiderruflich gelöscht. Auf jeden Fall ein aktuelles Backup der Datenabank machen vor dem Ausführen!

-- 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_flat_creditmemo`;
TRUNCATE `sales_flat_creditmemo_comment`;
TRUNCATE `sales_flat_creditmemo_grid`;
TRUNCATE `sales_flat_creditmemo_item`;
TRUNCATE `sales_flat_invoice`;
TRUNCATE `sales_flat_invoice_comment`;
TRUNCATE `sales_flat_invoice_grid`;
TRUNCATE `sales_flat_invoice_item`;
TRUNCATE `sales_flat_order`;
TRUNCATE `sales_flat_order_address`;
TRUNCATE `sales_flat_order_grid`;
TRUNCATE `sales_flat_order_item`;
TRUNCATE `sales_flat_order_payment`;
TRUNCATE `sales_flat_order_status_history`;
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_quote_payment`;
TRUNCATE `sales_flat_quote_shipping_rate`;
TRUNCATE `sales_flat_shipment`;
TRUNCATE `sales_flat_shipment_comment`;
TRUNCATE `sales_flat_shipment_grid`;
TRUNCATE `sales_flat_shipment_item`;
TRUNCATE `sales_flat_shipment_track`;
TRUNCATE `sales_invoiced_aggregated`;
TRUNCATE `sales_invoiced_aggregated_order`;
TRUNCATE `sales_order_aggregated_created`;
TRUNCATE `sendfriend_log`;
TRUNCATE `tag`;
TRUNCATE `tag_relation`;
TRUNCATE `tag_summary`;
TRUNCATE `wishlist`;
TRUNCATE `log_quote`;
TRUNCATE `report_event`;
ALTER TABLE `sales_flat_creditmemo` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_creditmemo_comment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_creditmemo_grid` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_creditmemo_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_invoice` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_invoice_comment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_invoice_grid` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_invoice_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_address` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_grid` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_payment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_order_status_history` 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_quote_payment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_quote_shipping_rate` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment_comment` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment_grid` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment_item` AUTO_INCREMENT=1;
ALTER TABLE `sales_flat_shipment_track` AUTO_INCREMENT=1;
ALTER TABLE `sales_invoiced_aggregated` AUTO_INCREMENT=1;
ALTER TABLE `sales_invoiced_aggregated_order` AUTO_INCREMENT=1;
ALTER TABLE `sales_order_aggregated_created` 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;
SET FOREIGN_KEY_CHECKS=1;

Gefunden im Magento Forum

Bei einem aktuellen Projekt gab es die Anforderung, die identischen Produkte mit gleichen Bruttopreisen wie für Deutschland eingestellt auch in der Schweiz zu verkaufen. Allerdings sollten hier natürlich die 8% für die Schweiz eingerechnet werden.

Gar nicht so einfach, da Magento standardmäßig den ursprünglichen Steueranteil ab- und dann den neuen (8%) wieder aufrechnet. Nach einigen wilden Konfigurationsszenarien mit den Magento Steuerregeln bin ich irgendwann bei folgender Konfiguration gelandet. Zunächst eine neue Website + Store + StoreView angelegt und in der Website-Konfiguration (abweichend vom Standard):

• Konfiguration -> Verkäufe -> Steuer -> Standard Ursprung für Steuerberechnung -> Schweiz
• Konfiguration -> Verkäufe -> Versandeinstellungen -> Herkunft -> Schweiz
• Verkäufe -> Steuer -> Steuerzonen und -sätze verwalten -> Neuer Satz mit Land CH und 8% angelegt
• Verkäufe -> Steuer -> Steuerregeln verwalten -> Produkte mit normalem Steuersatz (mein Steuersatz für alle 19% Produkte in DE) -> CH 8% eingefügt, CH 0% rausgenommen
• Verkäufe -> Steuer -> Steuerregeln verwalten -> Versand (mein Steuersatz für Versand in DE) -> CH 8% eingefügt, CH 0% rausgenommen

Danach werden alle Preise, Versandkosten etc. korrekt berechnet. Das Einzige worauf man achten sollte, ist die Versandkostenberechnung wenn diese auf Entfernungen/Ländern basiert, da als Ursprung jetzt ja “Schweiz” ausgewählt ist. Das ist aber einfacher zu beheben als Magentos Steuerberechnung aufzubohren um das Ganze abzubilden

Zwei nützliche Links zu dem Thema:

http://nutwerk.de/archives/29-Magento-Steuern-abhaengig-von-Lieferland-bei-Bruttopreisen.html

http://blog.imkenberg.de/magento-mehrwertsteuer-f%C3%BCr-einen-shop-der-europaweit-versendet-einstellen

Über Magentos ‘Dataflow’ lässt sich eine Menge realisieren. Unter anderem natürlich der Im- und Export von Produktdaten um z.B. Preise zu pflegen. Leider sind die Standard-Filtermöglichkeiten nicht gerade berauschend. Will man z.B. alle Produkte eines Herstellers haben, so gibt es dazu bisher keine Möglichkeit. Ich zeige Ihnen hier wie das geht.

Vorlage erstellen

Zunächst brauchen Sie eine Vorlage auf der Sie Ihr erweitertes Exportprofil aufbauen können. Ich habe dazu unter “System -> Import/Export -> Profile” ein neues Profil erstellt, die Felder die mich interessieren ausgewählt und einen Filter nach “Name” eingefügt:

<action type="catalog/convert_adapter_product" method="load">
    <var name="store"><![CDATA[0]]></var>
    <var name="filter/name"><![CDATA[Handschuh]]></var>
</action>
 
<action type="catalog/convert_parser_product" method="unparse">
    <var name="store"><![CDATA[0]]></var>
    <var name="url_field"><![CDATA[0]]></var>
</action>
 
<action type="dataflow/convert_mapper_column" method="map">
    <var name="map">
        <map name="sku"><![CDATA[Artikelnummer]]></map>
        <map name="name"><![CDATA[Produktname]]></map>
        <map name="cost"><![CDATA[EK Produkt]]></map>
        <map name="price"><![CDATA[VK Produkt]]></map>
        <map name="shipping_fee"><![CDATA[VK Fracht]]></map>
        <map name="manufacturer"><![CDATA[Hersteller]]></map>
    </var>
    <var name="_only_specified">true</var>
</action>
 
<action type="dataflow/convert_parser_xml_excel" method="unparse">
    <var name="single_sheet"><![CDATA[]]></var>
    <var name="fieldnames">true</var>
</action>
 
<action type="dataflow/convert_adapter_io" method="save">
    <var name="type">file</var>
    <var name="path">var/export</var>
    <var name="filename"><![CDATA[produkte_DE.csv]]></var>
</action>

Ausführung erweiterter Profile reparieren bei Magento 1.4.x

Hier ist übrigens ein Bug in Magento, die Datei muß die Endung ‘xml’ haben. Aber dazu später mehr. Um Magento das Filtern nach Herstellern beizubringen ist es zunächst notwendig die erweiterten Exportprofile überhaupt zum Laufen zu bringen. Hier fehlt ein Layouteintrag in Magento 1.4.2, und zwar in der Datei /app/design/adminhtml/default/default/layout/dataflow.xml, so daß beim Start eines erweiterten Profils nur Header und Footer der Adminoberfläche ohne Inhalt erscheinen. Wenn Sie dieses Problem haben, öffnen Sie einfach o.g. XML-Datei und fügen Sie vor dem schließenden </layout> diesen Block ein:

<adminhtml_system_convert_profile_run>
      <remove name = "root"/>
      <block type="adminhtml/page" name="convert_root" output="toHtml" template="page.phtml">
            <block type="adminhtml/page_head" name="convert_root_head" as="head" template="page/head.phtml">
                <action method="addJs"><script>prototype/prototype.js</script></action>
                <action method="addJs"><script>prototype/validation.js</script></action>
                <action method="addJs"><script>varien/js.js</script></action>
                <action method="addJs"><script>mage/translate.js</script></action>
                <action method="addJs"><script>mage/adminhtml/tools.js</script></action>
          </block>
          <block type="adminhtml/system_convert_profile_run" name="system_convert_profile_run" template="system/convert/profile/process.phtml" output="toHtml"/>
      </block>
</adminhtml_system_convert_profile_run>

Nach dem Speichern sollte die Profilausführung dann klappen. Dieser Tip kommt aus dem Magento Forum.

Adapterklasse erweitern für Herstellerfilter

Die zulässigen Filterattribute für Produkte werden in der Datei app/code/core/Mage/Catalog/Model/Convert/Adapter/Product.php definiert. Kopieren Sie diese Datei in app/code/local/Mage/Catalog/Model/Convert/Adapter/Product.php um sie anzupassen ohne Core-Dateien zu verändern. Danach fügen Sie oben den Eintrag für Herstellerfilter hinzu (~ Zeile 94):

    public function load()
    {
        $attrFilterArray = array();
        $attrFilterArray ['name']           = 'like';
        $attrFilterArray ['sku']            = 'startsWith';
        $attrFilterArray ['type']           = 'eq';
        $attrFilterArray ['attribute_set']  = 'eq';
        $attrFilterArray ['visibility']     = 'eq';
        $attrFilterArray ['status']         = 'eq';
        $attrFilterArray ['price']          = 'fromTo';
        $attrFilterArray ['qty']            = 'fromTo';
        $attrFilterArray ['store_id']       = 'eq';
        $attrFilterArray ['manufacturer']   = 'eq';
[...]

Wie Sie sehen, ist einfach der Eintrag für “manufacturer” hinzugekommen. Anschließend können wir das erweiterte Exportprofil erstellen und als Grundlage obigen XML-Code aus dem einfachen Profil nutzen. Neu ist lediglich der Filter nach Hersteller und der korrigierte Dateiname der Exportdatei:

<action type="catalog/convert_adapter_product" method="load">
    <var name="store"><![CDATA[0]]></var>
    <var name="filter/manufacturer"><![CDATA[5]]></var>
</action>
 
<action type="catalog/convert_parser_product" method="unparse">
    <var name="store"><![CDATA[0]]></var>
    <var name="url_field"><![CDATA[0]]></var>
</action>
 
<action type="dataflow/convert_mapper_column" method="map">
    <var name="map">
        <map name="sku"><![CDATA[Artikelnummer]]></map>
        <map name="name"><![CDATA[Produktname]]></map>
        <map name="cost"><![CDATA[EK Produkt]]></map>
        <map name="price"><![CDATA[VK Produkt]]></map>
        <map name="shipping_fee"><![CDATA[VK Fracht]]></map>
        <map name="manufacturer"><![CDATA[Hersteller]]></map>
    </var>
    <var name="_only_specified">true</var>
</action>
 
<action type="dataflow/convert_parser_xml_excel" method="unparse">
    <var name="single_sheet"><![CDATA[]]></var>
    <var name="fieldnames">true</var>
</action>
 
<action type="dataflow/convert_adapter_io" method="save">
    <var name="type">file</var>
    <var name="path">var/export</var>
    <var name="filename"><![CDATA[produkte_DE_adidas.xml]]></var>
</action>

Der passende Eintrag dazu findet sich ebenfalls im Magento Forum. Nicht ganz so einfach war das Herausfinden der ID des betreffenden Herstellers. Mit dieser Query (z.B. via PHPMyAdmin) ist das aber kein Problem:

SELECT  eaov.option_id AS ID, eaov.VALUE AS Hersteller
FROM    eav_attribute_label eaa, eav_attribute_option eao, eav_attribute_option_value eaov
WHERE   eaa.attribute_id = eao.attribute_id
AND     eao.option_id = eaov.option_id
AND     eaa.VALUE = 'Hersteller'

Ich hoffe dieser Beitrag hilft dem ein oder anderen. Es hat mich mehrere Stunden gekostet alle Schnipsel zu finden und das Ganze zum Laufen zu bringen, wie das bei Magento leider häufiger der Fall ist.

Viele Shopbetreiber nutzen Google Analytics zusammen mit Adwords. Und da jeder gern wissen möchte, welche Keywords welchen Umsatz bringen, ist das Conversiontracking unerlässlich. Leider ist das bei Magento gar nicht so einfach einzubinden für den unbedarften Shopeigner. Ich zeige Ihnen daher kurz wie das geht. Diese Anleitung ist für Magento 1.4.x geschrieben worden, sollte aber auch in 1.5.x und 1.6.x funktionieren.

Update 6.12.2011 Man kann alternativ auch diese Extension benutzen.

Template Datei öffnen

Die Templatedatei für die Abschlusseite der Bestellung liegt hier:

app/design/frontend/default/default/template/checkout/success.phtml

Öffnen Sie diese Datei in Ihrem Editor und fügen Sie ganz am Ende (nach dem letzten </div>) folgendes Code-Snippet ein. Wenn Sie ein angepasstes Template benutzen, müssen Sie natürlich die entsprechende success.phtml Ihres Templates öffnen.

Snippet einfügen

Den folgenden Code können Sie in Google Analytics selbst erzeugen. Interessant sind nur die PHP-Zeilen um den Gesamtbetrag der letzten Bestellung zu ermitteln und die Ausgabe dieses Wertes hinter google_conversion_value. Wenn Sie eine Testbestellung machen, sollten Sie im Quelltext den korrekten Wert (Gesamtbetrag) sehen.

<!-- start Google Code for Verkauf Conversion Page -->
<?php
    // Get Order Total Amount
    $order  = Mage::getModel('sales/order')->load(Mage::getSingleton('checkout/session')->getLastOrderId());
    $amount = $order->getData('grand_total');
    $total  = number_format($amount, 2);
?>
<script type="text/javascript">
/* <![CDATA[ */
    var google_conversion_id = 1234567890;
    var google_conversion_language = "de";
    var google_conversion_format = "2";
    var google_conversion_color = "ffffff";
    var google_conversion_label = "IHR_LABEL";
    var google_conversion_value = <?= $total ?>;
/* ]]> */
</script>
<script type="text/javascript" src="http://www.googleadservices.com/pagead/conversion.js"></script>
<noscript>
    <div style="display:inline;">
        <img height="1" width="1" style="border-style:none;" alt="" src="http://www.googleadservices.com/pagead/conversion/1234567890/?label=IHR_LABEL&amp;guid=ON&amp;script=0"/>
    </div>
</noscript>
<!-- end Google Code for Verkauf Conversion Page -->

Nach längerer Suche habe ich eine Extension gefunden die es ermöglicht, Magento mit externem SMTP-Server mit unterschiedlichen Authentifizierungsmethoden, Einstellungen oder sogar via GMail zu betreiben:

ASchroder SMTPPro

Eine Magento Datenbank lässt sich recht leicht mit PHPMyAdmin oder via Bash kopieren. Danach kann es allerdings zu folgendem Fehler kommen:

Recoverable Error: Argument 1 passed to Mage_Core_Model_Store_Group::setWebsite() must be an instance of Mage_Core_Model_Website, null given

Offensichtlich mag MySQL/PHPMyadmin keine Nullen im auto_increment, denn die Lösung war folgende Query:

SET FOREIGN_KEY_CHECKS=0;
UPDATE `core_store` SET store_id = 0 WHERE code='admin';
UPDATE `core_store_group` SET group_id = 0 WHERE name='Default';
UPDATE `core_website` SET website_id = 0 WHERE code='admin';
UPDATE `customer_group` SET customer_group_id = 0 WHERE customer_group_code='NOT LOGGED IN';
SET FOREIGN_KEY_CHECKS=1;

Damit werden die ursprünglich mit ID 0 angelegten Einträge wieder zurückgesetzt. Beim Kopieren bekommen sie hingegen ID 1 oder 2. Die Lösung war hier zu finden.

Ich nutze so gut wie immer modman für meine eigenen und fremde Module. Dadurch kann ich Änderungen schnell einspielen und bei Bedarf auf eine alte Version zurückspringen. Alles was hier zu finden ist hat daher eine “modman” Datei mit an Bord und kann direkt ausgecheckt werden.

Kostenlose Magento Module

Rekursive Layout Updates

Erweitert Kategorien und Produkte um die Möglichkeit, die “Custom XML Layout Updates” ihrer Elternelemente anzuwenden. Dieses fehlende Feature wurde unter Issue Nr. 7625 angesprochen und leider nie behoben bzw. implementiert. Dieses Modul sucht in allen übergeordneten Kategorien nach vorhandenen “Custom Layout Updates” mit der Einstellung “Anwenden auf: Diese Kategorie und alle Kindelemente” und schließt diese ein wenn das aktuelle Element keine eigenen Layout Updates besitzt.

SVN: http://www.exanto.de/svn/magento-free/trunk/modules/mod_reclayup  
modman: ./modman http://www.exanto.de/svn/magento-free/modules/mod_reclayup checkout

Bestellkommentare

Fügt eine Eingabebox am Ende des Onepage-Checkouts ein, in die der Kunde Kommentare zur Bestellung hinterlassen kann. Dieses Modul nutzt das native Kommentarsystem von Magento, so daß die Kommentare auch per E-Mail mit verschickt werden und im Adminbereich und im Kundenkonto auftauchen.

SVN: http://www.exanto.de/svn/magento-free/trunk/modules/mod_ordercomments  
modman: ./modman http://www.exanto.de/svn/magento-free/modules/mod_ordercomments checkout

Da bei der Magento-Entwicklung immer wiederkehrende Hürden und Fragen auftauchen, habe ich in diesem Artikel meine wichtigsten Snippets zusammengetragen. Der Beitrag wird ständig erweitert.

Vorkonfiguriertes Produkt per URL aufrufen

http://www.meine.url/kategoriepfad/produkt.html#10=150&15=200
Schema: super_attribute_id=option_id
Ausgelesen wird das Ganze in js/varien/product.js ab Zeile 282

Aktuellen Ausführungskontext auslesen

Mage::log("ModuleName: " . Mage::app()->getRequest()->getModuleName() . " || ControllerName: " . Mage::app()->getRequest()->getControllerName() . " || RouteName: " . Mage::app()->getRequest()->getRouteName() . " || ActionName: " . Mage::app()->getRequest()->getActionName());

Relevante Links

• thinkclay.com Snippets
• chapagain Tutorials
• Magento SEO Grundlagen

Ausgesuchte Module (kostenlos)

1. Simple Configurables
   • Preise direkt in den Simple Products angeben
   • Aktualisiert Beschreibungen & Bilder bei Auswahl
   • Fügt den günstigsten Preis mit “ab” davor ein
2. Yoast Canonical URLs
   • Canonical URL für Produkte und Kategorien
   • Double Content in den Sumas vermeiden
3. Custom Menu
   • Anpassbares Menü mit Static Blocks
   • Zeigt alle Ebenen gleichzeitig an
4. Fooman Google Analytics
   • Integration von Analytics für AJAX-Seiten und Conversion-Tracking

Tja, Meet Magento ist vorbei, und ich habe es verpasst… im nachhinein schon ärgerlich, wenn man nicht die Zeit dafür findet. Dafür berichten andere sehr euphorisch und auch zynisch von dem Event, es muß also hoch her gegangen sein.

Aber schon Ende 2009 soll das nächste Treffen steigen, und da ist dann die nächste Chance dabei zu sein. Nebenbei wurde Magento Version 1.3 für den März angekündigt, was natürlich die Herzen vieler Shopbetreiber höher schlagen lässt. Als Entwickler hat man dagegen reichlich zu tun, mit den Änderungen und neuen Features mit zu halten.

Das ist leider auch einer der Schwachpunkte den Magento hat – das “Featurefucking”. Statt vernünftige Doku der Schnittstellen und des Programmcodes wird mit immer noch mehr Features aufgewartet, und einige Bugs werden stillschweigend geschlossen ohne genau untersucht worden zu sein. Magento ist damit allerdings nicht allein im OS-Markt, diese Praktik kennt man leider von vielen größeren OpenSource-Projekten.

Trotz der kleinen Schwäche ist und bleibt Magento das am Besten strukturierte und sauber programmierte Shopsystem das ich kenne. Ich kenne kaum eine andere Software, die eine so saubere Implementierung der verschiedenen Code-Patterns bietet.