Erfahrungen mit Template-Umsetzung auf 4.5.2

Ich habe damit begonnen, unsere Templates von Version 4.4.8 auf die Version 4.5.2 umzustellen.

Das Azure-Template werde ich dabei nicht als Basis nehmen, sondern habe mein Template-Konzept mit dem Update-Programm in die neue Struktur konvertieren lassen, da das doch schon sehr für unseren Bedarf und Arbeitsweise optimiert ist. (Falls notwendig, werde ich dann das eine oder andere Azure-Feature nachrüsten.)

Das Update-Programm habe ich bezüglich der Umstellung der “Deprecated” Smarty-Variablen übrigens dahingehend erweitert, dass in einer Log-Datei vermerkt wird, in welcher Template-Datei das nicht erfolgreich war (z.B. weil die Template-Datei nicht mehr dem Original entspricht), um das dann gezielt manuell nacharbeiten zu können.

Bin eigentlich (nach einem Tag) schon recht weit, vom ersten Shop lebt die Startseite (mit allen Modulen) schon wie gewünscht, der Admin-Bereich ebenfalls…

Probleme gibt es teilweise(!) mit Artikelbildern, aber auch das kommt sicher noch hin.

Insgesamt gab es bisher doch erheblich weniger Probleme damit, als ich befürchtet hatte, was schon mal sehr erfreulich ist.

So kann ich doch sehr viel entspannter den Updates und neuen Projekten entgegen sehen.

Und auch für meine Abneigung, zu vieles im Admin konfigurieren zu müssen, habe ich eine Lösung gefunden:

Wenn man “shopcontrol” mit einer eigenen Klasse überlädt, kann man dort wunderbar die Konfigurationsparameter ändern…

Etwa so:

class pt_shopcontrol extends pt_shopcontrol_parent
{
  public function __construct()
  {
    //Do necessary inits....
    $myconfig=oxconfig::getInstance();

    $myconfig->setConfigParam( 'sTheme', 'basic_powertemplate');
    if (!isAdmin())
    {
        //Define shops' "tmp" dir within custom-template area to allow multiple shop development

      $custom_theme=$myconfig->getConfigParam('sCustomTheme');
      $sCompileDir=$myconfig->getConfigParam( 'sCompileDir' );
      if (strpos($sCompileDir,'/'.$custom_theme.'/')===false)
      {
        $sCompileDir=str_replace('/tmp/','/'.$custom_theme.'/tmp/',$sCompileDir);
        $myconfig->setConfigParam( 'sCompileDir', $sCompileDir);
      }
    }
    //.......
 }
}

Da gibt es Zillionen Parameter, die man so definieren/ändern kann…

Eine Frage habe ich in dem Zusammenhang aber noch:

Das Azure-Template hat die Verzeichnisse “form”, “layout” und “widget”, die von dem Strukturkonverter für das alte Template nicht angelegt werden.

Da ich bisher im Shop noch nichts vermisse, bleibt die Frage: wofür werden die Templates in diesen Verzeichnissen benötigt?

[QUOTE=avenger;69484]
Das Azure-Template hat die Verzeichnisse “form”, “layout” und “widget”, die von dem Strukturkonverter für das alte Template nicht angelegt werden.

Da ich bisher im Shop noch nichts vermisse, bleibt die Frage: wofür werden die Templates in diesen Verzeichnissen benötigt?[/QUOTE]
Beim Basic werden die Templates in /page geladen, diese includen dann wie früher header und footer, bei Azure werden auch die Templates in /page geladen, diese schreiben ihre Ausgabe aber erstmal in verschiedene Variablen und laden am Ende /layout/page.tpl. In den Dateien in /layout werden dann die Teile zusammengesetzt und ausgegeben. Die Seitenkomponenten (includes) stehen bei Azure in /widget und /form, nicht wie beim Basic in /inc.