Letzte CMS-Kategorie landet auf der Shopseite - Wozu?

[Magnus]

Hallo,

mir ist im CMS-Bereich ein seltsames Verhalten aufgefallen:
Klickt man auf eine CMS-Kategorie ohne Unterkategorie, so wird diese Kategorie in index.tpl statt in cms_index.tpl angezeigt.
Scheint auch so gewollt zu sein, da in der cms/kategorie/index.php am Ende mittels diesem Code genau so verzweigt wird.

Code: Alles auswählen

   if($KategorieObject->subCategories){
      include_once(DATEIPFAD . "templates/" . $rowTemp->name . "/website/cms_index.tpl");
   }else{
      include_once(DATEIPFAD . "templates/" . $rowTemp->name . "/website/index.tpl");
   }


Mir ist nur noch nicht klar geworden, wozu das gut sein soll. Hat jemand eine Idee?

Ich fände es grundsätzlich besser, wenn solche Verzweigungen erst im Template erfolgen würden. Könnte ja am Anfang von cms_index.tpl stehen. Dann würde das eine gewünschte Reaktion auf eine Template-spezifische Anforderung bedienen.

Oder habe ich da bisher etwas übersehen?

viele Grüße
magnus

[mmaass]

Also im Template haben solche Verzweigungen nichts zu suchen, die müssen schon vorab gemacht werden.

Viele nutzen die CMS Punkte als weitere Option, noch Content zu hinterlegen. Das haben wir zum Anlass genommen, auch im gleichen Template zu bleiben und erst, wenn jemand Untermenüs hat, in das andere Template zu zeigen.
Man kann dies natürlich ändern.

[Magnus]

Also im Template haben solche Verzweigungen nichts zu suchen, die müssen schon vorab gemacht werden.

Da sind wir halt wieder mal unterschiedlicher Ansicht

Allerdings lässt sich der jetzt gewählte Ansatz nur sehr umständlich wieder korrigieren. Wenn diese Verzweigung im Standard-template säße, könnte man in einem angepassten Template das leicht ändern und wäre noch dazu bei Updates auf der besseren Seite.
Hoffentlich nutzen viele die Möglichkeit, über das CMS Content auf die Seiten zu bringen, nur wozu gibt es die cms_index.tpl , wenn dann doch wieder die normale index.tpl verwendet wird?

Komisch, komisch ...

Übrigens hab ich unter http://shopzeug.de/blog/welche-aufgabe-hat-eigentlich-das-randshop-standardtemplate.html mal zusammengeschrieben, wie ich mir die Aufgabe eines Standardtemplates vorstelle.

Grüße

Magnus

[mmaass]

Ich denke, da sind sich zumindest die meisten Entwickler einig, dass so wenig wie möglich Code ins Template gehören.
Randshop kann man da natürlich nicht als Referenz nehmen, vor 15 Jahren war es halt auch noch egal.

Dein Beitrag sagt es ja genau richtig, dass Standardtemplate ist eine Basis und theoretisch sollte man es individuell auf die eigenen Bedürfnisse anpassen oder anpassen lassen.

Aber vielleicht wird das CMS Template auch irgendwann überflüssig, wenn wir unser neues externes CMS am Start haben. Aber dazu später mehr.
Auf jeden Fall wird dies kaum Probleme machen bei Updates, da das ganze komplett Modular aufgebaut ist, bis auf einem Core.
Würden wir gerne ja auch mit dem Shop machen, nur liegen da viele viele Monate Unterschied im Aufwand zwischen den beiden Dingen.