Der Release-Candidate wird ab dem 01.10.2010 auf Anfrage bereitgestellt und soll es Partnern und Agenturen ermöglichen, sich vorab mit den neuen Funktionen und technischen Änderungen zu beschäftigen. Falls Sie Zugriff auf eine Testumgebung erhalten möchten, benutzen Sie bitte das Anmeldeformular unter http://www.shopware.de/shopware.php?sViewport=support&sFid=42

Konkrete Projekte sollten noch nicht auf Basis der Preview-Version umgesetzt werden, da es durchaus noch Änderungen an der Codebasis und den Templates geben kann.

Das Technology-Preview entsprich noch nicht der finalen Version, folgende Punkte werden bis zum Release am 18.10. noch umgesetzt:

• Dokumentation Quellcode
• Entfernen nicht mehr benötigter Dateien
• Bugfixing & Feature-Implementierung
• Browser-Tests / QA
• Datenbank Query-Cache und allgemeine Performance Optimierungen
• Plugin-Manager / Plugin-Konfiguration
• Applikationskonfiguration über YAML-Datei
• Test / QA Multishops
• Externe Zahlungssysteme
• Penetrationstests (XSS / XSRF)

Bitte berücksichtigen Sie dies bei Ihren Tests!

Falls Sie Fehler oder Ungereimtheiten finden, informieren Sie uns bitte kurz im 3.5.0 Forum oder per Mail an info@shopware.de Vielen Dank!

Release Candidate - Veröffentlichung ab dem 01.10.2010

Finale Version - 18.10.210

• Migration Guide 3.0.x > 3.5.0
• Preview 3.5.0
• Standard Komponenten 3.5.0
• Roadmap / Hauptseite 3.5.0
• Informationen zur 3.5.0 Preview-Version (ab 01.10.2010)

Wenden Sie sich bei allen Fragen rund um die Preview-Version an info@shopware.de, wir werden diesen Wiki-Artikel dann ggf. erweitern.

Natürlich können Sie Ihre Fragen auch gerne in unserem Forum stellen. Zum Forum

Garnicht. Es handelt sich hier um ein Technology-Preview, welches nicht für den Produktivbetrieb bestimmt ist. Das Preview dient dazu, dass Sie sich mit der neuen Technologie-Basis vertraut machen können, Einfluss auf die Struktur der neuen Template-Basis nehmen können und ggf. größere Projekte, die in den nächsten Wochen anstehen, bereits teilweise auf der neuen Basis umsetzen können.

In der verbleibenden Zeit bis zum finalen Release, wird das Produkt noch einer umfangreichen QA unterzogen. Es ist daher mehr als wahrscheinlich, dass es noch Template & Code-Änderungen geben wird.

In erster Linie interessiert uns Ihre fachliche Meinung zur neuen Template-Basis und technischen Architektur. Da sollten Sie insbesondere auf die Konsistenz der Struktur (Dateibenennung / Logik / Benennung Boxen / Bausteine) achten und uns hier alle Dinge, die Sie stören, mitteilen.

In zweiter Instanz sind uns natürlich Bug-Reportings und auch Kompatibilitätsprüfungen zu bestehenden Erweiterungen / Templates von Ihnen wichtig.

Wir freuen uns an dieser Stelle uneingeschränkt auf jegliches Lob und Kritik von Ihnen.

Benutzen Sie hierzu einfach die Mailadresse "beta@shopware.de"

In der Preview-Version sind derzeit alle Module freigeschaltet, wenn Sie nur den Funktionsumfang der Community Edition testen wollen, deaktivieren Sie einfach unter Einstellungen > Lizenzen die kommerziellen Module.

Verschlüsselt sind nur die Sourcen der Zusatzmodule und der generelle Code zur Lizenzprüfung.

In dieser Version geht es uns hauptsächlich um die technische Migration auf das neue Enlight-Framework und die Umstellung der Systemkomponenten auf Komponenten aus dem Zend-Framework. Darüber hinaus führen wir mit 3.5.0 unser neues Template-System ein, welches viele neue Möglichkeiten bietet und eine updatesichere und erweiterbare Template-Ausgangsbasis für alle zukünftigen Projekte bereitstellt.

Fertigstellungsgrad in %

• Neue Template-Basis
• Umstellung auf Smarty 3
• Kompatibitätsschicht zur alten Templatebasis
  • Kann einfach über shopware.php?sTpl=0 / ID = Verzeichnis getestet werden
• Ajax Login / Warenkorb / Registrierung
• Umstellung auf jQuery
• Neues Textbaustein-System
• Währungsformatierung (Zend_Currency)
• Datumsformatierung (Zend_Date)
• Umstellung von adoDB auf PDO / Zend-DB
  • Kompatibel zur bestehenden adoDB-Syntax
• Umstellung von adoDB-Sessions auf Zend-Session
• Zentraler Front-Controller (ersetzt shopware.php)
  • Funktionsprinzip wie Zend Framework, Router, Dispatcher, Dispatch-Loop, Controller, View
• Umstellung vieler Viewports auf die neue Controller-Basis (z.B. Registrierung)
• Integration Storefront-Plugins (siehe z.B. Verzeichnis engine\Shopware\Plugins)
• Exception-Handler
• Neues Debug-Plugin (Standardmäßig aktiv)
• Zentrale Caching Komponente (Ersetzt alten DB-Cache)
  • Konfigurierbares Backend / Filecache / Memcache usw.
• Indizierung Suche / SEO per Cronjob
• Refaktorierung Newsletter
• Refaktorierung Belegerstellung
• Refaktorierung Cronjobs
• Refaktorierung Produkt-Exporte
• Import / Export Umstellung auf PDO
• Integration API als Plugin
• Kompatiblitätsprüfung PHP 5.3

• Test / QA Multishop-Handling
• Abschließen der Feature-Integration (Siehe Roadmap)
• Finalisierung Plugin-Manager
• Erstellung von Layout-Varianten
• Technische Dokumentation
• Finalisierung Payment-Schnittstellen

Da es sich bei dem Release-Candidate nicht um die finale Version handelt, ist es sehr wahrscheinlich das die ein oder andere Funktion noch nicht korrekt arbeitet. Wenn Ihnen hier etwas auffällt, was verdächtig nach einem Bug aussieht, bitten wir um kurzes Feedback.

Von uns vorgesehen
Die hier vorgestellten Funktionen werden mit hoher Wahrscheinlichkeit integriert. Indem Sie die Tickets priorisieren, sorgen Sie dafür, dass diese schneller umgesetzt werden und eine höhere Priorität in der Entwicklung haben. Übrigens: Ergänzungen können Sie jederzeit über die Kommentarfunktion vornehmen.

Ticket-Bezeichnung Voraussetzung

Ajax Login / Ajax Warenkorb
13.08.2010 Community Vorschlag

Standard / Neue Template-Basis

Bestellung aus dem Backend für nicht aktive Artikel
05.02.2010 Community Vorschlag

Standard / Core

Toll wäre es, wenn man als Administrator im Backend
Telefonische-Bestellungen für Kunden ausführen könnte
und dort auch nicht... Mehr Infos

Toll wäre es, wenn man als Administrator im Backend Telefonische-Bestellungen für Kunden ausführen könnte und dort auch nicht aktive Artikel bestellen kann, die sonst nicht im Shop angezeigt werden.

E-Mail Adressen im Kontakt Formular
05.08.2010 Community Vorschlag

Standard / Core

Na dann mach ich mal den Vorschlag: Wie im Forum beschrieben
wäre es eine Arbeitserleichterung, wenn im Kontaktformular die
E-Mail Adresse des... Mehr Infos

Na dann mach ich mal den Vorschlag: Wie im Forum beschrieben wäre es eine Arbeitserleichterung, wenn im Kontaktformular die E-Mail Adresse des Kunden direkt in der Leiste, für eine Antwort, angezeigt würde.

Erweiterung Versand von eMail-Anhängen
29.01.2010 (ID: #2646)

Standard / Core

Verschicken von Attachments bei der Anmeldebestätigung und
mehrerer Attachments bei der Bestellbestätigung Mehr Infos

Verschicken von Attachments bei der Anmeldebestätigung und mehrerer Attachments
bei der Bestellbestätigung

Facebook Implementierung
11.06.2010 Community Vorschlag

Standard / Core

Schön wäre es wenn die klasischen Buttons wie
"gefällt mir" u.s.w. einfach eingebunden werden können wie
z.B. bei Trusted Shops.... Mehr Infos

Schön wäre es wenn die klasischen Buttons wie "gefällt mir" u.s.w. einfach eingebunden werden können wie z.B. bei Trusted Shops. Trusted Shop Daten im Backend eintragen und schon ist das Logo im Shop sichtbar.

Gutschein Eingabe im Warenkorb
11.05.2010 Community Vorschlag

Standard / Neue Template-Basis

Der Gutscheincode kann bereits im Warenkorb vor Beginn der
Registrierung eingelöst werden Mehr Infos

Der Gutscheincode kann bereits im Warenkorb vor Beginn der Registrierung eingelöst werden

Instant Messenger verbessern
06.05.2010 Community Vorschlag

Standard / Core

der Messenger könnte verbessert werden. Der kleine blaue Pfeil
wird sehr leicht übersehen. Vielleicht irgendwo ein Infofeld:
Sie haben Post... Mehr Infos

der Messenger könnte verbessert werden. Der kleine blaue Pfeil wird sehr leicht übersehen. Vielleicht irgendwo ein Infofeld: Sie haben Post etc.

Interne Textfelder bei Bestellungen und Kunden
29.04.2010 Community Vorschlag

Standard / Core

Einfache Textfelder, die vom Kunden nicht eingesehen werden
können. Für jede Bestellung und jeden Kunden können
so Informationen... Mehr Infos

Einfache Textfelder, die vom Kunden nicht eingesehen werden können. Für jede Bestellung und jeden Kunden können so Informationen hinterlegt werden.

Komplettes Template-Redesign mit vielen Usability-Verbesserungen
13.08.2010 Community Vorschlag

Standard / Neue Template-Basis

Kopieren / mehrfach Zuordnung von Aktionen
29.01.2010 (ID: #2633)

Standard / Core

Verknüpfung von Aktionen mit mehr als einer Kategorie, so dass
diese nicht extra für jede Kategorie zusätzlich angelegt
werden... Mehr Infos

Verknüpfung von Aktionen mit mehr als einer Kategorie, so dass diese nicht extra für jede Kategorie zusätzlich angelegt werden müssen.

Kundengruppen-Check: Artikel nur einblenden für eingeloggte Kunden
26.03.2010 Community Vorschlag

Standard / Kundengruppen

Artikel und Kategorien können für einzelne Kundengruppen
aktiviert / deaktiviert werden. Mehr Infos

Artikel und Kategorien können für einzelne Kundengruppen aktiviert / deaktiviert werden.

Neue Template-Basis
13.08.2010 Community Vorschlag

Weitere Informationen im Technology Preview Mehr Infos

Weitere Informationen im Technology Preview

One-Page-Checkout
13.08.2010 Community Vorschlag

Standard / Neue Template-Basis

PDF-Belegerstellung Kundenkommentar hinzufügen
01.04.2010 Community Vorschlag

Standard / Core

Hinzufügen des Kundenkommentars als Variable zur Verwendung in
den PDF-Belegen Mehr Infos

Hinzufügen des Kundenkommentars als Variable zur Verwendung in den PDF-Belegen

Plugin-Manager
13.08.2010 Community Vorschlag

Standard / Core

Standardverfügbarkeit neue SEO-Engine
12.07.2010 (ID: #3076)

Standard / Core

Die neue Seo-Engine wird ab Version 3.5.0 standardmäßig
aktiviert. Die alte Version kann jedoch optional weitergenutzt
werden. Mehr Infos

Die neue Seo-Engine wird ab Version 3.5.0 standardmäßig aktiviert. Die alte Version kann jedoch optional weitergenutzt werden.

Standardverfügbarkeit Premium-Versandkostenmodul
13.08.2010 Community Vorschlag

Standard / Core

Das Premium-Versandkostenmodul, welches vorher ausschließlich
Wartungskunden zur Verfügung gestanden hat, wird
standardmäßig in... Mehr Infos

Das Premium-Versandkostenmodul, welches vorher ausschließlich Wartungskunden zur Verfügung gestanden hat, wird standardmäßig in den Core integriert.

Template Vererbung in PDF-Erstellung
26.03.2010 Community Vorschlag

Standard / Neue Template-Basis

Vererbung der Templates der Belegerstellung vom Haupttemplate (So
wie das bei allen anderen Templates bereits der Fall ist) Mehr Infos

Vererbung der Templates der Belegerstellung vom Haupttemplate (So wie das bei allen anderen Templates bereits der Fall ist)

Verkaufen von Gutscheinen
11.04.2010 Community Vorschlag

Premium-Funktion / Wartungsvertrag

Es wäre schön wenn es für Kunden möglich
wäre Gutscheine zu kaufen. Sprich Kunde kauft den Artikel
"Gutschein 20 EUR" und... Mehr Infos

Es wäre schön wenn es für Kunden möglich wäre Gutscheine zu kaufen. Sprich Kunde kauft den Artikel "Gutschein 20 EUR" und nach Bezahlung wird ihm ein entsprechender Gutscheincode zugestellt. rnrnOb dieses nun als Erweiterung für die bestehende Gutscheinfunktion, eine Verknüpfung zwischen einem Artikel und einem Gutschein oder als komplett neue Funktion realisiert wid ist mir primär egal.rnrnZiel soll es sein das Kunden gültige Gutscheincodes kaufen können mit möglichst wenig Arbeit für den Shopbetreiber.rnrnIdealerweise wird dem Kunden der Gutschein per E-Mail zugestellt, am besten noch in ein hübsches .pdf eingebettet (das der Shopbetreiber anpassen kann), damit der Kunde das .pdf an den zu Beschenkenden weiterleiten oder auch ausdrucken kann.rnrnOptional, der Shopbetreiber hat die Möglichkeit einfach aus Shopware oder einer E-Mail von Shopware heraus den Gutscheincode in von ihm vorbereitete Geschenkgutscheine zu drucken die dem Kunden dann klassisch zugesendet werden (ich denke dabei an unsere Gutscheinvorlage in denen einfach nur der Gutscheincode eingedruckt werden müsste).rnrnUnd warum nicht den Kunden bei der Bestellung entscheiden lassen ob er den Gutscheincode digital per mail erhalten möchte oder gegen Aufpreis ausgedruckt per Snail Mail (äh Brief ;)rnrn- Holger

Wartungsmodus mit Fehlercode
21.05.2010 Community Vorschlag

Standard / Core

Momentan wird im Wartungsmodus, der Code 200 gesendet, dh. Google
und co. können die Wartungsmodus-Seite Indexieren, ich denke
hier sollte eher... Mehr Infos

Momentan wird im Wartungsmodus, der Code 200 gesendet, dh. Google und co. können die Wartungsmodus-Seite Indexieren, ich denke hier sollte eher der Status Code 503 gesendet werden.

Zahlungsart in der Bestellung nachträglich änderbar
09.04.2010 Community Vorschlag

Standard / Core

Nach einer negativen Bonitätsauskunft wäre es hilfreich,
die Zahlungsart in der betreffenden Bestellung von der vom Kunden
gewünschten... Mehr Infos

Nach einer negativen Bonitätsauskunft wäre es hilfreich, die Zahlungsart in der betreffenden Bestellung von der vom Kunden gewünschten Zahlungsart (z. B. Rechnung) auf Nachnahme o. ä. ändern zu können.

Zusätzliche Artikeldaten auf Rechnung
15.03.2010 Community Vorschlag

Standard / Neue Template-Basis

Es sollte möglich sein verschiedene Artikeldaten aus dem
Artikelstamm auf die Belege (z.B. Rechnung) mit aus zugeben.Aktuell
ist es nur... Mehr Infos

Es sollte möglich sein verschiedene Artikeldaten aus dem Artikelstamm auf die Belege (z.B. Rechnung) mit aus zugeben.Aktuell ist es nur möglich die Artikel-Attribute zusätzlich auf der Rechnung mit anzugeben.Es wäre wünschenswert, das auch die Herstellernummer, Grundpreis, Bezeichnung usw. (ALLE Artikelstammfelder) auf den Rechnungen je nach Bedarf ausgedruckt werden können.

Melden Sie sich bitte im Shopware Account an, um einen Vorschlag einzureichen.

Legende

• Standard / Core - Diese Funktion steht standardmäßig unabhängig von Zusatzmodulen & Wartungsverträgen zur Verfügung
• Standard / Neue Template-Basis - Diese Funktion wird nur mit der neuen Templatebasis kompatibel sein.
• Standard / %Modul% - Diese Funktion steht standardmäßig in Kombination mit dem vermerkten Modul zur Verfügung
• Premium-Funktion / Wartungsvertrag - Diese Funktion ist Wartungskunden vorbehalten

Mit Shopware 3.5.0 werden sowohl die alten Viewports, als auch die neue Controller-Basis ausgeliefert. Sofern der 3.0.5 Kompatibilitätsmodus aktiviert ist, werden weiterhin die alten Viewports zur Ansteuerung der Templates verwendet. Damit haben Sie eine funktionierende Übergangslösung und müssen die Templates nicht zwangsläufig anpassen. Der Nachteil ist, dass sich viele zukünftige Plugins in diesem Zusammenhang nicht verwenden lassen, da hier Funktionen aus den neuen Templates / Controllern verwendet werden. Perspektivisch sollten daher alle Templates auf die neue Basis umgestellt werden. Hierzu werden wir nach Release natürlich weitere Dokumentationen und Infos bereitstellen.

Die alten Viewports liegen weiterhin im Verzeichnis /engine/core/class/viewports, wohingegen die neuen Controller im Verzeichnis /engine/Shopware/Controllers/Frontend zu finden sind.

Weitere Vorteile die sich durch das neue Controller-System ergeben:

• Konsistente Verknüpfung zwischen Route / Controller-Datei und Template-Datei
  • z.B. verweist die Route shopware.php/Checkout/Cart auf den Controller Shopware\Controllers\Frontend\Checkout.php und die Methode CartAction
  • Analog dazu liegt das verwendete Template unter Default\Frontend\Checkout\Cart.tpl
• Komplette Unterstützung der neuen Plugin-Struktur (Events / Vererbung etc.)
• Zugriff auf alle Enlight und Zend-Framework Komponenten
• Caching der Controller-Daten
• Modernere Code-Basis (Kleinere Funktionen, Vorbereitet für Unit-Tests)

Fertig konvertierte Viewports

Neue Controller (Ohne äquivalenten Viewport)

Nicht konvertierte Viewports Einige Viewports werden keinen äquivalenten Controller erhalten, da diese in der neuen Version so nicht mehr benötigt werden.

Mit 3.5.0 werden einige Bestandteile der Software als "deprecated" definiert. Das bedeutet, dass sich diese Komponenten mit 4.0 grundlegend verändern werden und die API an diesen Stellen wahrscheinlich modifiziert werden wird.

Natürlich werden wir auch den Migrationsprozess 3.5 zu 4.0 möglichst schmerzfrei gestalten, für die Storefront-API wird es also auf jeden Fall einen Kompatiblitätslayer geben.

Zu den neuen Backend-Modulen finden Sie unten weitere Informationen.

Mit 4.0 werden die Core-Klassen größtenteils in Models ausgelagert und insgesamt refaktoriert.

Maßnahmen:

• Komplexe Funktionen vereinfachen
• Redundanzen entfernen
• Funktionsbenennung und Parameter optimieren
• Direkten Zugriff auf Request-Variablen aus den Funktionen heraus unterbinden

Alle neuen Backend-Module werden nach dem gleichen Schema entwickelt und gepflegt, wie die neuen Storefront-Komponentem. Einige Bereiche des Backends wurden bereits in 3.5 umgestellt.

Liste der bereits umgestellten Komponenten:

• Authentifizierung / Backend - Startdatei index.php
• Belegerstellung
• Module wie z.B. Textbaustein-Verwaltung und Cache leeren

Eine vollständige Übersicht finden Sie unter Shopware\Controllers\Backend

Die "alten" Backend-Module liegen unter engine\backend\modules und werden nach und nach auf die neue Code-Basis konvertiert.

Maßnahmen:

• Umstellung auf Enlight / OOP-Basis
• Verwendung von Templates
• Verwendung von PDO
• Integration Textbausteine / Blöcke

Falls Sie Anpassungen an bestehenden / alten Modulen vornehmen wollen, gibt es folgende Möglichkeiten:

• Sie führen Ihre Änderungen direkt in den Modulen durch

(Das ist kein Problem, da der Shopware-Update-Assistent diese Änderungen erkennt und Routinen zum Merging gegenüber nachfolgenden Versionen besitzt)

• Sie verwenden den Backend-Redirect Layer und installieren Kopien Ihrer angepassten Module

(Das sollte der bevorzugte Weg sein)

• Sie sprechen uns an. Viele Backend-Module werden nun Step by Step auf die neue Basis konvertiert, so

dass es durchaus sein kann, das wir Ihnen für Ihre Anpassungen bereits ein aktualisiertes Backend-Plugin bereitstellen können!

Im Augenblick gibt es noch keine fertige Dokumentation zum neuen Plugin-System. Einen Überblick über die neue Syntax erhalten Sie aber in unserem 3.5.0 Preview.

Zum Preview

Frontend:

• Hauptverzeichnis: \templates\_default\frontend\
• Struktur / Index: \templates\_default\frontend\index\index.tpl
• CSS / Javascript: unter _default\frontend\_resources

Backend:

• Hauptverzeichnis: \templates\_default\backend\
• Struktur / Index: \templates\_default\backend\index\index.tpl
• CSS / Javascript: unter _default\backend\_resources

Die Core-Plugins liegen im Verzeichnis engine\Shopware\Plugins\Default. Die Verzeichnisse Community und Local sind für Ihre eigenen Anpassungen reserviert. Community für Plugins aus dem CommunityStore und Local für selbstentwickelte Erweiterungen.

Die Controller befinden sich im Verzeichnis engine\Shopware\Controllers\Frontend|Backend

Alle Controller leiten sich von der Klasse Enlight_Controller_Action ab.

Aufbau Controller-Klassenname: Shopware_Controllers_Frontend_Custom

Der Klassenname definiert gleichzeitig den Speicherort der Datei im Filesystem.

Falls mit setTemplate() kein abweichendes Template definiert wurde, verrät der Controller / Methodenname zusätzlich, wo das Template im Dateisystem liegt.

Der Controller Custom mit der Action index, hat also eine korrespondierende Template-Datei im Verzeichnis _default/frontend/custom/index.tpl

Die Viewports sind im Prinzip die Controller der Shopware Vorgänger-Versionen. Diese befinden sich nach wie vor aus Kompatibilitätsgründen in jeder Installation und werden bei der Verwendung der alten Template-Basis automatisch aktiv!

Verzeichnis: engine/core/class/viewports

engine/core/class

Die alte Template-Basis von Shopware hatte numerische Keys als Verzeichnisnamen. So lag das Standard-Template z.B. unter \templates\0\de.

Sie können das alte Template aktivieren, indem Sie es in den Subshop-Einstellungen auswählen. Auf diese Weise können Sie z.B. Ihre bestehenden, angepassten Templates in Verbindung mit 3.5 testen.

Jedes Plugin hat zunächst einmal eine zentrale Runtime-Datei, die "Bootstrap.php" heißt. In dieser Datei gibt es jeweils eine "init" Methode, die definiert, was das Plugin macht. In der finalen Version von 3.5 wird es noch zusätzliche Standard-Methoden geben, die die Meta-Daten des Plugins liefern und sich um Installation / Deinstallation kümmern.

Ein guter Überblick über das Plugin-System gibt das Plugin "Recommendation", dieses befindet sich im Verzeichnis Plugins\Default\Frontend\Recommendation

In der Preview-Version fehlen bei diesem Plugin noch die Konfigurationsmöglichkeiten, das beim Code-Review berücksichtigen.

Die Erweiterung nutzt folgende Funktionen aus dem Plugin-System von Shopware:

• Es wird gezeigt, wie sich ein Plugin in einen bestehenden Controller integriert

(In diesem Fall den Detail-Controller, Enlight_Controller_Action_PostDispatch_Frontend_Detail)

• Es wird ein neuer Controller definiert und in das System eingebunden
• Es werden verschiedene Template-Blöcke im System erweitert, um die Recommendations auf der Startseite und der Detailseite einzubinden.

Gerade letzteres ist ziemlich interessant. Über

 
$view->extendsTemplate('frontend/plugins/recommendation/blocks_index.tpl');
 

definiert das Plugin, dass es Teile des Templates modifizieren möchte und übergibt zu diesem Zweck den Pfad zum passenden Rewrite-Template.

Das Template zum modifizieren der Blöcke sieht dann z.B. so aus:

 
{block name='frontend_index_header_javascript_inline' prepend}
 
	jQuery(document).ready(function($) {
		$('.slider').ajaxSlider('ajax', {
			'url': '{url controller=recommendation action=bought article=$sArticle.articleID}',
			'title': 'Kunden kauften auch:',
			'headline': true,
			'navigation': false,
			'scrollSpeed': 800,
			'rotateSpeed': 3000,
			'rotate': false,
			'containerCSS': {
				'marginBottom': '20px'
			}
			});
 
		$('.slider2').ajaxSlider('ajax', {
			'url': '{url controller=recommendation action=viewed article=$sArticle.articleID}',
			'title': 'Kunden haben sich ebenfalls angesehen:',
			'headline': true,
			'navigation': false,
			'scrollSpeed': 800,
			'rotateSpeed': 3000,
			'rotate': false,
			'containerCSS': {
				'marginBottom': '20px'
			}
		});
 
	});
{/block}
 
 
{block name="frontend_detail_index_tabs" append}
<div class="slider"></div>
<div class="slider2"></div>
{/block}
 

Das bedeutet, das man zentral in einer Template-Datei, beliebige Template-Blöcke überschreiben und erweitern kann. Dadurch werden die Änderungen, die ein Plugin am Template vornimmt, zentralisiert.

Alle Calls an alte Funktionen / Variablen werden automatisch erkannt und auf die neuen Komponenten umgeschrieben.

Für adoDB und PHPMailer gibt es jeweils einen Layer, der die alte Syntax auf das neue Objekt überträgt.

Die Template-Dokumentation ist noch in Arbeit, Basis-Informationen erhalten Sie im 3.5.0 Preview.

Zum Preview

Downloaden Sie die FirePHP für Firebug unter http://www.firephp.org/. Anschließend erhalten Sie Debug-Ausgaben direkt in der Konsole!