xt:Commerce 3.1 Multistore Edition - Export-O-Mat
Ein Lebenszeichen aus Hamburg - Wie bereits in einem Testbericht von ct vor mehr als 2 Monaten erstmals öffentlich angekündigt wurde, geben die Entwickler von xt:Commerce langsam Anlass zur Hoffnung, daß die Veröffentlichung der Version 3.1 näher rücken könnte.
Wie dem offiziellen Blog von xt:Commerce zu entnehmen ist, verstand man in Hamburg die bereits von anderen Entwicklern vielfach frei verfügbaren Lösungen im Bereich der Multi-Export-Module wohl als Anregung für eigene Entwicklungen.
Aus lauter Dankbarkeit nennt man das ganze Export-O-Mat und winkt vorsorglich schon mal mit dem Zahnstocher, denn selbst unvoreingenommenen Lesern wird zumindest suggeriert, daß dieses Featurepaket (wohl nur) in einer xt:Commerce© 3.1 Multistore Edition verfügbar sein wird.
In der Tat scheint man sich jedoch mit einem internem Cronjob Management und Exportfeeds für Bestellungen wirklich um spürbar mehr Komfort für agile und faule Shopbetreiber zu kümmern.
Ob sich der Nutzen fulminant angekündigter, “neuer, mächtiger Werkzeuge” auch in einer “Singlestore” (?) – also nicht Multistore Edition – erschliesst, ist dem Beitrag leider nicht zu entnehmen…
Neben der Template gesteuerten Exportdefinitionen sind eine ganze Reihe Features für den Export-O-Mat aufgelistet, die dann wohl doch eher jenen Shopbetreibern vorbehalten bleiben, die sich der Eportmodule zu Froogle, Preisvergleich& Co bedienen und erfahren oder mutig genug sind, mit Feeds und open_basedir und womöglich unter PHP 5 umzugehen. ;-)
Was bedeutet Multistore?
Wer sich mit den Suchbegriffen “xt:Commerce” und “Multistore” auf eine Recherche bei Google einläßt, wird sehr schnell verstehen, woher der Multistore kommt und wo er überwiegend eingesetzt wird )-;. Wer schon einmal einen xt:Commerce Shop mit Multistore in einer Version 1.0 auf den Server bekommen durfte, wird sich nur ungern daran erinnern, denn der simultane Betrieb mehrerer Webshops aus einer xt:Commerce-Datenbank ist eben ohne extreme Coremanipulationen und damit zwangsläufig einhergehenden Abstrichen in Sachen Upgradefähigkeit und mod_rewrite (htaccess) nicht möglich – zumindest bislang.
Im Grunde wird die Datenbank von xt:Commerce um eine ganze Reihe an Tabellen erweitert, die zur Steuerung getrennter Templates, Produktkategorien und Benutzergruppen für verschiedene Domains / Subdomains dienen. Der Corestruktur wird ein Ordner “store_files” hinzugefügt, der die Templates für die verschiedenen Shops enthält. Umfangreiche, in der application_top.php beginnende Anpassungen regeln über eine eigene Sessionverwaltung die Display- und Rechte-Situationen.
Woher kommt Multistore?
Der Entwickler des Multistore namens Matthias Hinsche ging zunächst eigene Wege (www.multistore-systems.de ;-). Inzwischen gehört er jedoch dem Vernehmen nach zum Entwicklerteam von xt:Commerce in Hamburg. Ein logischer Schritt, denn der grundsätzlich sinnvolle Ansatz mehrere Online-Shops mit einer xt:Commerce Installation zu betreiben und bringt natürlich nur dann etwas, wenn man gemeinsam an einem Core entwickelt.
Insofern sind die bislang auftretenden Kinderkrankheiten, die sich nur durch die Unterdrückung von PHP-Warnings verstecken lassen, und Shopbetreibern von Multistore-Systemen den Einsatz von Shopstat unsäglich erschwerten, verzeihbar. Bleibt also abzuwarten, welchen Mehrwert und welche Performance die xt:Commerce 3.1 Multistore Edition bieten wird, und ob oder wie die Schnittstellen zu Modulen anderer Entwicklungen (WaWi) funktionieren werden.
27. August 2007 - 02:38 | xt:Commerce | ∞ | Spacedrops