// [start] :ADDED: exanto.de - get current rates
        $ccache = DIR_FS_DOCUMENT_ROOT . 'cache/last_currency_run.txt';
        if (filemtime($ccache) + 86400 < time()) {
            // get new values from ecb
            $xml = @simplexml_load_file('http://www.ecb.europa.eu/stats/eurofxref/eurofxref-daily.xml');
            if (is_object($xml)) {
                // successfully grabbed, touch markerfile, update db
                touch($ccache);
                foreach ($xml->Cube->Cube->Cube as $curEntry) {
                    xtDBquery("
                        UPDATE  " . TABLE_CURRENCIES . "
                        SET     value = '" . $curEntry['rate'] . "', last_updated = now()
                        WHERE   code = '" . $curEntry['currency'] . "'
                        LIMIT   1
                        ");
                }
            }
        }
        // [ end ] :ADDED: exanto.de - get current rates

Das war’s schon. Damit werden die konfigurierten Währungen im xt:Commerce Shop alle 24 Stunden automatisch an den aktuellen Wechselkurs der europäischen Zentralbank angepasst.

Verwandte Beiträge

• Keine verwandten Beiträge gefunden.

1. Kaputter RAM-Speicher. Lösung: Memtest runterladen und den RAM-Speicher testen. Wenn er defekt ist, austauschen.
2. Fehlerhafter Standarddrucker. Bestimmte Druckermodelle bringen Photoshop zum Absturz, aber nur wenn sie als Standarddrucker gesetzt sind. Lösung: PDF Writer installieren und den virtuellen PDF-Drucker als Standarddrucker definieren.
3. Kaputte Schriftarten. Wenn ein Dokument, das Schrift enthält, geöffnet wird, stürzt Photoshop etwas später ab wenn die Schriftdateien neu geladen werden. Sehr schwer zu entlarven aber einfach zu beheben. Lösung: FontFrenzy installieren und “Defrenzy” durchführen. Das entfernt alle Fonts (mit Backup) die nicht essentiell für Windows sind. Funktioniert (bei mir) auch mit Windows 7. Eine Auflistung guter Fontmanager gibt es übrigens hier.
4. Photoshop Einstellungsdateien kaputt. Die Einstellungsdateien können u.U. fehlerhaft sein, so daß Photoshop abstürzt. Lösung: Ordner mit Photoshop-Voreinstellungen löschen. Unter Win 7 findet er sich hier: C:\Users\Username\AppData\Roaming\Adobe\Adobe Photoshop xxx – der Pfad kann aber je nach Photoshop Version abweichen. Eventuell muß die Anzeige versteckter Dateien und Ordner aktiviert werden um ihn zu sehen.

Das sind die möglichen Gründe für einen Absturz, die ich gefunden habe. Bei mir waren es kaputte Schriftarten, und ich habe stundenlang im Internet gesucht um endlich auf die Lösung zu kommen. Dieser Beitrag erspart dir hoffentlich die Odyssee. Über weitere Absturzgründe (und Lösungen) freut sich der Kommentarbereich.

Verwandte Beiträge

• Downgrade von Vista zu XP auf einem Toshiba A100-02B Notebook (75)
• Internet Explorer für Linux (0)
• Beliebige Programme in den Tray minimieren (3)
• Wie kopiert man Windows auf eine neue Platte? (3)

Voraussetzung ist der lesende Zugriff auf den /proc Baum auf dem Linux-/BSD-Server, im Speziellen auf die /proc/loadavg Datei. Diese beinhaltet den Load des Servers zum aktuellen Zeitpunkt an erster Stelle. Dieser lässt sich dann leicht extrahieren und in eine Abfrage einbauen die den Skript ab einem bestimmten Load einfach nicht ausführt:

// [start] :ADDED: exanto.de - Check server load
$data = @file('/proc/loadavg');
if ($data) {
    $load = (double) substr($data[0], 0, 4);
    if ($load > 30.00) {
        die('Entschuldigung, leider ist unser System momentan ueberlastet und kann Ihre 
            Anfrage nicht bearbeiten. Bitte versuchen Sie es in ein paar Minuten noch einmal. 
            Vielen Dank fuer Ihr Verstaendnis!');
    }
}
// [ end ] :ADDED: exanto.de - Check server load

Ich hoffe es hilft jemandem, mit widerspenstigen PHP-Skripten fertig zu werden

Verwandte Beiträge

• Beitrag über Virtualisierung in der t3n veröffentlicht (0)
• Magento Commerce Programmstruktur (9)
• PHP-Docs mit einem jEdit Makro öffnen (0)
• SSL-Proxy unter Debian (Etch) einrichten (2)
• Vim.rc und Screen.rc plus vim-colors und plugins (0)
• SFTP und FTP unter Linux mounten (17)
• xt:Commerce mit PHP als (Fast-)CGI (5)

Die Lösung zu diesem Problem zu finden hat mich gute zwei Stunden gekostet, und am Ende waren es genau fünf Zeichen die geändert werden mussten. Für die Ungeduldigen hier die Lösung des Problems in der checkout_process.php:

// check if tmp order id exists
// :ORG:     if (isset ($_SESSION['tmp_oID']) && is_int($_SESSION['tmp_oID'])) {
if (isset ($_SESSION['tmp_oID']) && is_numeric($_SESSION['tmp_oID'])) {

Wie man sieht, wurde die Abfrage “is_int” zu “is_numeric” geändert. Der technische Hintergrund ist, daß die temporäre ID der Bestellung in der Session kein Integer sondern eine Zeichenkette ist, und so diese if-Abfrage niemals erfüllt werden kann.

Die Folge davon ist die oben beschriebene Endlosschleife, in der permanent neue (temporäre) Bestellungen erzeugt werden, der Kunde aber nie seine Zahlung und damit seine Bestellung abschließen kann. Ich hoffe diese kurze Beitrag erspart jemandem die gleiche Sucherei im xt:Commerce Kot Code.

Suchworte: xt:Commerce, xt commerce, paypal, endlosschleife, redirect_url, redirect, return_url, return url, paypal API, api

Verwandte Beiträge

• Keine verwandten Beiträge gefunden.

Die URL “www.beispiel.de” ist dabei etwas anderes als nur “beispiel.de”. Das “www” am Anfang ist eine Subdomain, die in früheren Zeiten des Internets anzeigen sollte, daß der WorldWideWeb Teil der Domain aufgerufen werden soll, im Gegensatz zu z.B. ftp / gopher / irc usw. In der heutigen Zeit ist dies hinfällig, aber viele Websurfer sind es immer noch gewohnt, stur das “www” vor die Domain zu tippen.

Um den Besucher nun auf eine der beiden Möglichkeiten zu beschränken, kann man sich des mod_rewrite Moduls vom Apache bedienen. Einfach eine Datei .htaccess im Hauptordner der Webpräsenz anlegen und einen der folgenden Codeschnippsel einfügen.

Für die Weiterleitung aller www-Domains auf ihr Nicht-www Pendant:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} ^www\.(.*)$
    RewriteRule ^(.*)$ http://%1/$1 [L,R=301]
</IfModule>

Für die Weiterleitung aller Nicht-www Domains auf ihr www-Pendant:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^www\.(.*)$
    RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301]
</IfModule>

Für die Weiterleitung aller ankommenden Anfragen auf eine www-Domain:

<IfModule mod_rewrite.c>
    RewriteEngine On
    RewriteCond %{HTTP_HOST} !^www\.meine-domain\.de$
    RewriteRule ^(.*)$ http://www.meine-domain.de/$1 [L,R=301]
</IfModule>

Gerade die ersten beiden Fälle sind knifflig, ich hoffe die Codeschnippsel helfen!

Verwandte Beiträge

• Keine verwandten Beiträge gefunden.

Für Firefox gibt es ein nützliches Plugin, das genau das ermöglicht. Leider bringt es nur drei Standard-User-Agents mit, bietet aber die Möglichkeit neue User-Agents in XML-Form zu importieren. Damit man sich nicht die Arbeit machen muß, sämtliche User-Agents selbst zusammen zu suchen, gibt es hier einige Listen mit User-Agents zum Download und anschließendem Import.

Um den erfolgreichen Switch auf einen anderen User-Agent zu testen kann man beispielsweise diese URL aufrufen. Die zeigt u.a. den verwendeten User-Agent des aktuellen Seitenaufrufs.

Viel Spaß beim Schaf-im-Wolfspelz-spielen

Verwandte Beiträge

• Magento Bestellungen löschen und Nummernkreise definieren (5)
• Magento 1.1 Preview auf neue Features (4)
• So starten Sie einen erfolgreichen Onlineshop (2)
• Beitrag über Virtualisierung in der t3n veröffentlicht (0)
• CSS Framework für Webdesigner (2)
• Bilder direkt in PHP-Dateien einbetten (0)
• MySQL und die Zeichensätze (0)

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.

Verwandte Beiträge

• Magento Optionstitel übersetzen (Workaround) (4)
• Magento Steuersätze für Europa (5)
• Magento Bestellungen löschen und Nummernkreise definieren (5)
• Magento Communityfragen, Video und Zusammenfassung (0)
• Magento 1.1 Preview auf neue Features (4)
• Magento Version 1.0 veröffentlicht (2)

XML Layout Updates

Es ist sinnvoll, die angestrebten Änderungen entweder in den XML-Layoutdateien oder über die Layout-Updates der einzelnen Content-Blöcke und Seiten zu realisieren. Für die Startseite ist der Eintrag unter “CMS -> Seiten verwalten -> Home Page” zu finden. Das ist die Startseite, die bei einem Aufruf des Shops ohne jegliche Parameter angezeigt wird.

Da die XML-Layoutdateien auch Änderungen durch Updates unterworfen sein können, ist die Änderung über die Layout-Updates der Content-Seite zu bevorzugen. Da das CMS-Modul normalerweise keine Kategorie-Navigation anzeigt, müssen wir diese händisch einfügen. Das passende XML-Markup findet man in der “catalog.xml”:

<reference name="left">
<block type="catalog/navigation" name="catalog.leftnav" before="-" template="catalog/navigation/left.phtml"/>
</reference>

Diesen XML-Block fügt man einfach unter “Eigene Gestaltung” bei der Home Page mit ein. Nach einem Reload der Startseite sieht man – nichts. Ist ja auch logisch, da es beim Aufruf der Startseite keine aktive Kategorie gibt, für die es sich lohnen würde eine Navigation anzuzeigen.

Ohne Core-Hacking geht es nicht

Eine aktive Kategorie zu setzen funktioniert leider nicht über XML (oder ich weiß nicht wie), also müssen wir das im Core erledigen. Die für das CMS-Modul zuständigen Controller finden sich unter app/code/core/Mage/Cms/controllers. Uns interessiert der IndexController, da er die passenden Seiten anzeigt die aufgerufen werden. Die erste Funktion indexAction ist die, die für die Anzeige der Home Page zuständig ist. Bevor diese also gerendert wird, laden und registrieren wir eine beliebige Kategorie:

    public function indexAction($coreRoute = null)
    {
        // [start]  exanto.de - set default category
        $default_category = Mage::getModel('catalog/category')
        ->setStoreId(Mage::app()->getStore()->getId())
        ->load(3);
        Mage::register('current_category', $default_category);
        // [end]    exanto.de - set default category
        $pageId = Mage::getStoreConfig('web/default/cms_home_page');
        if (!Mage::helper('cms/page')->renderPage($this, $pageId)) {
            $this->_forward('defaultIndex');
        }
    }

Wichtig sind die Angabe der ID der gewünschten Kategorie (->load(ID)). Die ID einer Kategorie erfahren Sie am schnellsten, wenn Sie im Adminbereich unter Katalog -> Kategorien verwalten eine Kategorie editieren. Die ID steht dann in der Überschrift neben dem Namen der Kategorie.

Nach dem Speichern und Neuladen der Seite sehen Sie bereits, daß die Kategorie als aktiv angezeigt wird und auch die passende Navigation auf der linken Seite eingeblendet wird. Fehlen nur noch die passenden Produkte.

Produktliste anzeigen

Beliebige Produktlisten anzuzeigen ist erstaunlich einfach. Sie können den passenden Block in den Inhaltsbereich der CMS-Seite einfügen:

{{block type="catalog/product_list" category_id="3" template="catalog/product/list.phtml"}} 

Die Angabe der category_id ist dabei optional, da wir ja eine eigene aktive Kategorie im Controller des CMS-Moduls gesetzt haben. Wenn Sie aber die Produkte einer anderen Kategorie (z.B. spezielle Produkte für die Startseite) anzeigen wollen, dann können Sie hier eine beliebige Kategorie-ID eintragen und damit deren Produkte auf der Startseite anzeigen.

Fazit

Ich hoffe dieses kleine Tutorial hat Ihnen gefallen. Ich habe mich relativ lange durch das Magento Forum gewühlt, bis ich schließlich auf meine eigene Lösung gekommen bin. Schade, daß sich das Gleiche nicht per XML realisieren lässt, da eine Änderung am Magento Core immer einige Probleme aufwirft.

Zum einen wird die Änderung bei einem Update des Shopsystems zerstört, oder es kommt (wenn man die Datei auslagert in den Community-Bereich) zu eventuellen Fehlern weil Updates am indexController im Community-Bereich vom System nicht durchgeführt werden.

Verwandte Beiträge

• Keine verwandten Beiträge gefunden.

Öffnen Sie die passende Datei für die Optionsauswahl in Ihrem Lieblingseditor. Die Datei findet sich hier:

app/design/frontend/default/default/template/catalog/product/view/type/options/configurable.phtml

Am Anfang der Datei findet sich eine foreach Schleife, die alle zugehörigen Attribute auflistet und mit einem passenden Label nebst Auswahlbox versieht. Uns geht es hierbei um das Label des Attributs, also diese Zeile:

<dt><label><?php echo $_attribute->getLabel() ?><span class="required">&nbsp;*</span></label></dt>  

Um dieses Label zu übersetzen, umgeben wir es einfach mit der von Magento global bereitgestellten Funktion für Übersetzungen ($this->__(‘foobar’)), und nach einem Neuladen haben Sie die Möglichkeit diesen String z.B. per Inline-Translation zu bearbeiten, passend für jeden StoreView. Die angepasste Zeile sieht so aus:

<dt><label><?= $this->__($_attribute->getLabel()) ?><span class="required">&nbsp;*</span></label></dt>  

Das war’s schon. Weiterhin viel Spaß mit Magento und seinen Stärken und Schwächen

Verwandte Beiträge

• Meet Magento und positive Resonanzen (0)
• Magento Steuersätze für Europa (5)
• Magento Bestellungen löschen und Nummernkreise definieren (5)
• Duplicate Headers bei Magento 1.1.3 (3)
• Magento Communityfragen, Video und Zusammenfassung (0)
• Magento 1.1.1 Stable veröffentlicht (0)
• Magento 1.1 Preview auf neue Features (4)

Der Konverter überführt folgende Komponenten in das PHPBB:

• Users
• Topics
• Posts
• Stats
• Post Formats

Alles andere (Private Nachrichten, Foren, Berechtigungen etc.) müssen von Hand angelegt werden. Das war in meinem Fall einfacher, als eine automatische Konvertierung zu schreiben. Ich hoffe, daß das Programm dem ein oder anderen hilft. Leider kann ich keinen weiteren Support dazu leisten.

Download IPB 1.3 zu PHPBB 3.0 Konverter

Viel Erfolg!

Verwandte Beiträge

• Keine verwandten Beiträge gefunden.