Zum Inhalt springen

Best Practice Seitenbaum

Erstellt am 26. September 2007 · 4 Antworten · letzte Antwort am 27. September 2007

Tags: Frage

kuhbus ·

Es gibt mehrere Möglichkeiten den Seitenbaum zu designen. Alle haben Vor- und Nachteile. Was ist wohl die Beste?

1) Site-Root vom Typ Shortcut
Die Seite, die das Root-Template enthält ist ein Shortcut auf eine ihrer Unterseiten. Dieser Ansatz wird in meinem Typo3 Buch eingesetzt. Er hat aber einige

Nachteile:
a) Auf dieser obersten Ebene könnte man globale Werte eintragen, die für die ganze Website gelten. Es wäre ein logischer Platz. Man könnte etwa das Feld Abstract der Rootseite auslesen um im immer sichtbaren Kopfbereich der Website den Firmenslogan einzublenden. Die Bearbeitbarkeit durch Redakteure wäre gegeben. Der Typ Shortcut bietet aber nur wenige Felder in den Seiteneigenschaften, weshalb man immer kurzzeitig während der Bearbeitung den Seitentyp ändern müßte - dass das nicht optimal ist ist klar.

b) Durch den Shortcut werden die tatsächliche Homepage der Website (http://example.com/) und der Punkt Home (http://example.com/id=home) in der Navigation zu zwei verschiedenen Seiten. Die Folgen zeigen sich bei verfälschten Zugriffsstatistiken, in der Browserhistory usw. (Eine Möglichkeit dem zu begegnen könnte der alias "index" in Kombination mit Simulate Static Documents sein, da dadurch http://example.com/ gleich http://example.com/index.html wäre, was vertretbar ist. - nur ein Gedanke)

2) Site-Root vom Typ Standard (oder Advanced)
Eine zweite Möglichkeit ist, auf oberster Ebene einen herkömmliche Seite anzulegen. Dies begegnet dem Problem 1a, hat aber den

Nachteil:
a) Damit in ein einem üblichen Menü, das aus der zweiten Ebene des Seitenbaumes erstellt wird, ein "Home" Link angezeigt wird, muß auf dieser zweiten Ebene ein Shortcut auf die darüberliegende Root-Seite erstellt werden. Das funktioniert zwar auf den ersten Blick, hat aber den Nachteil, dass bei Ansicht der Startseite der Menüpunkt nicht als "aktiv" markiert wird (weil er es ja auch nicht ist).

3) Kein Site-Root
Natürlich könnte man auch auf die Root-Seite verzichten und alle Sektionen der Website auf oberster Ebene anlegen. Das "Mastertemplate" kommt in einen Sysfolder und wird jeder einzelnen Seite zugewiesen. Bezüglich der Menüs müßte das doch eine straight-forward Lösung sein. Sie hat aber natürlich den

Nachteil:
a) Redakteure ohne Rechte auf Templates können keine neue Seite auf oberster Ebene erstellen, die dann auch gleich automatisch erscheint.

b) erhöhter Administrationsaufwand (jede Seite hat ein Extension-Template usw)

(Diesen Ansatz habe ich in der Praxis noch nicht probiert - kann also sein, dass ich hier einen Denkfehler habe.)

Wie machen das "die Großen"? Was sind eure Erfahrungen? Gibt es hier einen Best-Practice Ansatz?

Unbekannter Benutzer ·

3 haben wir noch nie gemacht, 2 und 1 schon und machen wir grundsätzlich nach Methode 1. Deine beiden genannten Nachteile lassen sich leicht vermeiden:

- globale Werte werden in Home eingetragen (war bisher auch für alle Redakteure plausibel)
- muss in allen Menüs per TypoScript organisiert werden (Seite "Home" vom Typ "Nicht im Menü" und anschließend Navigation, Breadcrumb etc über wrapping oder COA für Home aus TypoScript aufbauen

Viele Grüße
Niki

kuhbus ·

Hallo Niki, danke für deine Antwort!

Globale Werte in Home einzutragen ist ein Weg, wenn auch imho kein besonders toller. Die Werte im Root sin ja gewissermassen Standardvalues, die bei Bedarf überschrieben werden - was gerade auf der Homepage durchaus sinnvoll sein kann. Durch deine Methode - wenn ich das richtig verstehe - werden diese Werte dann "hardcoded" aus der Home-Seite ausgelesen. So etwas wie "geh die Rootline aufwärts bis du einen Wert findest" ist dadurch schwerer möglich.

Die Menüs per Typoscript zu modifizieren wie du es beschreibst scheint mir auch ein bißchen "mit der Kirche ums Kreuz". Kann der Redakteur dann zB "Home" in "Startseite" umbenennen? Und was ist mit I18n des Seitentitels?

Oder habe ich was falsch verstanden...

Meine Intention ist es hier eine möglichst klare und vorallem generische Lösung zu finden. Die von uns allen noch nie probierte Möglichkeit 3 hat auch den Nachteil, dass das Seiten-TS-Config nicht vererbt wird - seh ich das richtig? Das kann man nicht einfach umgehen, oder? Das wäre ein Knockout Kriterium.
Oder könnte man das - so wie templates - auch von zentraler Stelle einbinden?

Unbekannter Benutzer ·

Also ich mache auch nur 1. oder 2. je nach Seitenstruktur, eher aber 1.

Ich setze in der Regel auch nicht Home auf nicht im Menü sondern regele die Unterschiedlichkeit der URLs für Home per RealURL verweisen o.ä.

Das mit den globalen Werten hat mich so noch nie gestört, aber recht hast du damit. Wenn nötig würde ich wohl eine versteckte Seite, Sysfolder oder so erstellen die die globalen Werte enthält...

Unbekannter Benutzer ·

man könnte auch zentrale Werte im root eintragen (seitentyp erweitert), anschließend auf shortcut zurückstellen. Die Werte bleiben ja auch bei einer Änderung des Seitentyps alle erhalten, nur das Interface wird geändert. Allerdings auch nur praktikabel wenn Redakteure nicht an die Werte ransollen, für normale Redakteure würd ich sowas eher nicht machen das kapiert wieder keiner.

Kannst allerdings auch einen neuen Seitentyp per Extension erzeugen (shortcut mit Ansicht "erweitert").

Allerdings muss ich gestehen, dass wir uns für dieses Problem so gut wie gar nicht interessieren. Bei einer Implementierung über TemplaVoila will ich im Root nichts machen wo Redakteure ransollen und alle anderen Einstellungen werden auf den individuellen Seiten anhand der vom Redakteur gewählten Templates getroffen. Perfektionierung ist immer gut, aber ich denke da gibts wichtigere Baustellen an denen man ansetzen sollte, um den Redakteuren das Leben leicht zu machen.

Viele Grüße
Niki