Grundsatzfrage hierarchische Seitenstruktur
Eingetragen von Sina (17)am 21.02.2013 - 17:26 Uhr in
Hallo,
ich bin neu hier mit Drupal am Start. Gleich meine erste Frage hier in die Runde. Habe schon in div. anderen CMS Erfahrung . Nur bisher nicht mit Drupal. Es geht um eine Vereinswebsite die schon eine lange Geschichte hinter sich hat. Im Moment wird sie auch über ein CMS dargestellt und verwaltet. Das im Moment eingesetzte CMS ist nicht mehr praktikable und in der jetzigen Situation nicht mehr anwendbar :(
Es steht also ein Umbau einer Vereinsseite an. Es soll eventuell Drupal werden.
Nun zum Hauptproblem, Thema "hierarchische Seitenstruktur".
Ich habe schon viel hier im Forum gelesen. Es gibt dazu eine Menge an Beiträgen und an dar gebrachten "Lösungen" - besser wohl Vorschläge wie zum Beispiel der Rückgriff auf zusätzliche Module: "Organic Groups", "Taxonomy", "Books", Pathauto usw.
Vieles davon habe ich auch schon getestet und bin zu keiner befriedigenden Lösung gekommen :(
Die jeweiligen Beiträge und Fragen sind auch etwas älter. Vielleicht hat sich ja in Drupal etwas in Sachen Darstellung von "hierarchische Seitenstruktur" innerhalb des Login Bereiches "Backend" getan. Da es so viele Fragen diesbezüglich gibt, nehme ich einmal an, es ist ein grundlegendes Problem von Drupal in der jetzigen aktuellen Version?
Zur Seite und zum Problem selbst.
Ein Login ist nur für "Redakteure" vorgesehen. Für normale Seitenbesucher gibt es kein Login.
1.) Redakteure sollen den Inhalt einzelner Seiten ändern können
2.) Innerhalb ihres Berechtigungsbereiches neue Seiten anlegen dürfen.
3.) Inhalte in die neu angelegten Seiten mittels des Wysiwig Editors eingeben dürfen.
Die 3 Punkte sollen so stehen bleiben. Es bedarf an dieser Stelle keine Berichtigung hinsichtlich der Philosophie von Drupal. Das wäre den Redakteuren nicht vermittelbar.
So wie hier aufgezählt, soll die Seitenstruktur auch wieder übernommen werden. Ebenso die zur Zeit bestehenden Inhalte einer jeden einzelnen Seite. Die Seite ist (im Fontend wie auch im Backend) folgender Maßen aufgebaut. Ebenso die Navigation (das Menü) auf der Webseite, so wie es der Besucher sieht:
- Seite 1
-- Seite 1.1
-- Seite 1.2
---- Seite 1.2.1
---- Seite 1.2.2
----- Seite 1.2.2.1
----- Seite 1.2.2.2
----- Seite 1.2.2.3
---- Seite 1.2.3
---- Seite 1.2.4
-- Seite 1.3
--- Seite 1.3.1
- Seite 2
-- Seite 2.1
---- Seite 2.1.1
-- Seite 2.2
---- Seite 2.2.1
---- Seite 2.2.2
---- Seite 2.2.3
-- Seite 2.3
--- Seite 2.3.1
- Seite 3
-- Seite 3.1Die Probleme sind Folgende:
Wenn sich ein Redakteur einloggt, dann muss er zunächst den Seitenbaum vor sich sehen um dann _schnell_ auf eine _bestehende_ Seite zugreifen zu können. Dort wiederum gibt es mehrere Seiteninhalte.
Der Aufbau der Seite, auf die er gerade zugegriffen hat muss sich sofort visuell erschließen. Dieser Punkt ist ja in Drupal gegeben :)
Was nicht gegeben ist, ist nach dem Login des Redakteurs die Darstellung des Seitenbaumes im Backend.
Gibt es dafür eine Lösung?
Nach dem Login ruft der Redakteur die Seite "Seite 1.2" auf. Er kann sofort unterhalb der Seite "Seite 1.2" eine neue Seite "Seite 1.2.3" erstellen. Also folgendermaßen:
-- Seite 1.2
---- Seite 1.2.1
---- Seite 1.2.2
---- Seite 1.2.3Ist das in einer "hierarchischer Ansicht" möglich? Wird das dann für den Redakteur visuell, so wie oben dargestellt, sichtbar?
Diese neu angelegte Seite soll/muss gleich _automatisch_ im Seitenmenü (welches der Besuch der Seite sieht) erscheinen. Also ohne das der jeweilige Redakteur zusätzlich irgendwelche Konfigurationen oder Zuordnungen vornehmen muss.
Ist das möglich und praktisch machbar?
Wie schon geschrieben, es geht hier nicht um mich und mein Verständnis zur Philosophie von Drupal.
Die Redakteure müssen damit klar kommen. Das bedingt u.a. eine visuelle Darstellung und ein schnelles Zugreifen auf die jeweils gewünschten Seiten.
Selbst ich habe recht Mühe eine neue Seite zu erstellen, diese Seite im Menü an der _richtigen Stelle_ sichtbar zu machen und zusätzlich an der _richtigen Stelle_ die _richtigen Seiteninhalte_ einzufügen. Für ein angehendes Projekt (siehe oben) mit den Leuten hier ein NoGo, also überhaupt nicht machbar - es sei denn ... - es gibt eine Möglichkeit, die oben genannten Dinge zu realisieren.
Ich hoffe die Frage(n) sind verständlich gestellt.
Viele Grüße
Sina
- Anmelden oder Registrieren um Kommentare zu schreiben
drupalmenüs sind in der Regel
am 21.02.2013 - 17:37 Uhr
Dynamisch.
So gibt es einen Menüpunkt nur dann, wenn es dort auch Inhalte gibt.
Sollen bestimmte Dokumente generell unter einem festen Menüpunkt abgelegt werden, so kann dies in den Einstellungen für den content_type vorbestimmt werden.
Sollen bestimmte Redakteure nur bestimmte Inhaltsarten (content_types) erstellen können, so kann dies mit content_access auch im content_type vorbelegt werden.
Machbar auf jeden Fall
am 21.02.2013 - 18:26 Uhr
mit Drupal. Wenn du diejenige bist die das implementieren soll und jetzt entscheiden soll 'wie', dann wäre meine nächste Frage wieviele Redakteure da am Werk sein werden und wie kompliziert dort die Zuständigkeiten sind.
Ausserdem würde mich interessieren was genau du unter visuell verstehst.
Hallo Ronald, vielen Dank für
am 22.02.2013 - 12:38 Uhr
Hallo Ronald,
vielen Dank für Deine Antwort. Das ist für mich erst einmal verständlicher, zumal Du gleich auf die rechte eingehst. Danke.
Nun ist es so. Die komplette Site inklusive der Menüstruktur werde ich ja erstellen müssen bzw. von den bestehenden Webauftritt übernehmen müssen. Nun gut, reine Fleißarbeit. Kein Problem.
Wie oben beschrieben geht es mir darum:
Haben die Redakteure nach dem Login einen Seitenbaum vor sich um direkt auf eine ganz bestimmte Seite in der _tiefgestaffelten_ Seitenstruktur zugreifen zu können?.
Mir ist klar, Drupal Benutzer und Entwickler können mit den Begriffen "Backend" und "Seitenbaum" nicht allzu viel anfangen. In vielen anderen CMS sind das ganz normale Begriffe und Bestandteile des jeweiligen CMS.
Hier einmal ein paar Darstellungen, wie das in diversen Backends aussieht:
MODx:
Beispiel 1
Beispiel 2
Beispiel 3 Hier sogar mit der entsprechenden SeitenID
Beispiel Contao
Beispiel Typo3
Anmerkung zu den Links: Die oben aufgelisteten Bilder sind wahllos und ausgewählte Bilder die Jeder per Bildersuchmaschine eigener Wahl selbst ganz schnell im Web finden kann und stellen keine persönliche Beziehung im Zusammenhang.
Wie in meinen ersten Beitrag müsste ein solcher Seitenbaum der die Struktur der Seite abbildet realisierbar sein. Ist das in Drupal möglich?
Per klick auf die jeweilige Seite im Seitenbaum muss sofort der jeweilige Seiteninhalt sichtbar sein. Ist das in Drupal möglich?
Der sichtbare Seiteninhalt sollte sofort editierbar sein. Ist das in Drupal möglich?
Viele Grüße
Sina
Hallo Anax, "Machbar mit
am 22.02.2013 - 12:46 Uhr
Hallo Anax,
"Machbar mit Drupal", das ist ja schon einmal gut zu lesen.
Es werden 3 Redakteure sein.
Redakteur 1 wird Zugriff auf alle Seiten innerhalb der Seitenstruktur haben und dort Seiten anlegen und Seiteninhalte editieren können.
Redakteur 2 wird Zugriff auf einen einzelnen Zweig innerhalb der Seitenstruktur haben. Innerhalb dieses Zweiges sind 9 Seiten enthalten. Er wird dort Seiteninhalte editieren und auch neue Seiten mit neuen Seiteninhalten anlegen.
Redakteur 3 wird Zugriff auf einen einzelnen kleinen Zweig innerhalb der Seitenstruktur haben. Innerhalb dieses Zweiges sind ledeglich 4 Seiten enthalten. Er wird dort Seiteninhalte der 4 Seiten editieren.
Ausserdem würde mich interessieren was genau du unter visuell verstehst.
Siehe bitte meine obige Antwort auf den Beitrag von Ronald. Dort habe ich ein paar Bilder als Beispiel eines Seitenbaum im Backend diverser CMS herausgesucht. Diese Seitenbäume im Backend sind Bestandteil vieler CMS. Dort wird halt die Struktur der Seite abgebildet und ein schneller Zugriff auf die zu bearbeitende Seite gewährleistet. Ebenso können neue Seiten sehr schnell an der _richtigen_ Stelle im Seitenbaum eingefügt werden. Für die neu angelegte(n) Seite(n) wird natürlich automatisch die richtige(n) Navigationspunk(e) an der richtigen Stelle(n) im Menü der Seite (Fontend, welches der Besucher sieht) erstellt.
Viele Grüße
Sina
Einen strikt hierarchischen
am 22.02.2013 - 12:59 Uhr
Einen strikt hierarchischen Seitenbaum hat Drupal nicht. Wenn das Deine Voraussetzung ist, bist Du bei Drupal falsch und solltest zu Typo3 gehen.
Bei Drupal löst man das anders. Du definierst Listen, die Datentypen ausgeben evtl. zusätzlich noch gefiltert nach Kategorien. Die Ausgabe des Datensatzes legst Du auch bereits im Vorfeld fest. Der Redakteur gibt dann nur noch seinen Artikel in einem Formular ein, markiert die entsprechend Kategorie und der Artikel erscheint an der richtigen Stelle. Wenn eine Sortierung von Hand dabei noch gewünscht wird, läßt sich das auch einrichten.
Du siehst, Du wirst in Drupal die Problemstellung anders angehen müssen, aber Drupal bietet Dir eine größere Flexibilität.
Beste Grüße
Werner
Das sollte sich mit dem Modul
am 22.02.2013 - 13:14 Uhr
Das sollte sich mit dem Modul lösen lassen: http://drupal.org/project/taxonomy_menu
Demo: http://taxonomymenu.davidstoline.com/
wla schriebEinen strikt
am 22.02.2013 - 14:06 Uhr
Einen strikt hierarchischen Seitenbaum hat Drupal nicht. Wenn das Deine Voraussetzung ist, bist Du bei Drupal falsch und solltest zu Typo3 gehen.
Hallo Werner,
vielen dank für Deine klaren Worte. Dann werde ich wohl auch diese Vereinsseite in Typo3 realisieren.
Wollte eigentlich von Typo3 weg. Spätestens nach der Lektüre dieses PDF:
http://www.typo3.net/aktuelles/typo3_sondermagazin_als_download/
vergeht einem schon der Gedanke an Typo3 :(
[edit]
Hier noch nachgereicht der Deeplink direkt zum PDF. Auf o.g. Seite wird er großspurig als kostenloser Download angepriesen. Auf der verlinkten Seite jedoch _sehr_ schwer zu finden.
[/edit]
Bei Drupal löst man das anders. Du definierst Listen, die Datentypen ausgeben evtl. zusätzlich noch gefiltert nach Kategorien. Die Ausgabe des Datensatzes legst Du auch bereits im Vorfeld fest. Der Redakteur gibt dann nur noch seinen Artikel in einem Formular ein, markiert die entsprechend Kategorie und der Artikel erscheint an der richtigen Stelle. Wenn eine Sortierung von Hand dabei noch gewünscht wird, läßt sich das auch einrichten.
Du siehst, Du wirst in Drupal die Problemstellung anders angehen müssen, aber Drupal bietet Dir eine größere Flexibilität.
Nun ja, die Seitenstruktur und Gliederung steht ja schon fest. Damit natürlich auch das Navigationsmenü im Fontend. Ebenso die jeweiligen Seiteninhalte (oftmals mehrere Datensätze pro Seite).
Die Redakteure geben ja - so wie von Dir beschrieben - keine Artikel in dem Sinne ein. Sie ändern nur die jeweiligen Seiteninhalte. Eine Seitenstruktur die gleichsam in der Navigation abgebildet wird ist da schon Voraussetzung und besteht ja bereits. NetopjectFusion (gibt es das eigentlich noch?) war da als reiner WYSIGWY HTML Editor ein gutes _Beispiel_.
Werde trotzdem noch einmal wie von hoerbie vorgeschlagen, das taxonomy_menu testen.
Danke und viele Grüße
Sina
hoerbie schrieb Das sollte
am 22.02.2013 - 14:02 Uhr
Das sollte sich mit dem Modul lösen lassen: http://drupal.org/project/taxonomy_menu
Demo: http://taxonomymenu.davidstoline.com/
Hallo hoerbie,
vielen Dank für den Hinweis. Die Demo sieht vielversprechend aus. Das werde ich testen und dann entscheiden ob Drupal oder Typo3 - oder besser noch, etwas ganz anderes.
LG
Sina
So wie ich das sehe ist die
am 22.02.2013 - 15:52 Uhr
So wie ich das sehe ist die Seite zwar umfangreich aber nicht weiter kompliziert. Wenn du gerne von TYPO 3 weg willst steht einem Versuch in Drupal glaube ich nichts im Wege.
Dein "Seitenbaum" ist sicherlich zu realisieren, wobei er wahrscheinlich noch nicht einmal die aus User- bzw. Redakteur-Perspektive einfachste Variante darstellt. Nach deiner Beschreibung haben ja die Redakteure 2 und 3 nur einen kleinen Teilbereich in dem sie überhaupt etwas editieren. Dafür lassen sich in Drupal Individuell auf User oder Rollen bezogene Links/Menüpunkte erzeugen die die jeweiligen Personen direkt und ohne Umwege zu den jeweiligen Seiten führen (egal wie tief die Inhalte im "Frontend" auch in der Baumstruktur/Menüstruktur versteckt sind)
Wenn die Seiten garnicht neu erstellt werden sondern nur editiert werden brauchst du dir auch kaum Gedanken über die Zugriffskontolle und komplizierte Berechtigungen zu machen. Redakteur 2 und 3 werden einfach zum Besitzer der jeweiligen Inhalte gemacht und bekommen das Recht eigene Inhalte zu editieren und für Redakteur 1 erstellst du eine Rolle die diese (und evtl. weitere Inhalte) editieren oder erstellen darf.
Die besondere Sache bei Drupal ist eigentlich nur die Flexibilität. Du kannst problemlos (z.B. über Taxonomie Menü) Inhalte in einer hierarchischen Struktur navigieren und darstellen, aber das bedeutet eben nicht dass die Inhalte physikalisch in dieser Struktur vorliegen oder du sie nicht an anderer Stelle auch anders darstellen kannst.
Hallo Sina,
am 22.02.2013 - 18:19 Uhr
das Problem ist nicht eine solche Struktur in Drupal umzusetzten,
Da gibt es ein ca. halbes dutzend Möglichkeiten.
Sei es mit Taxonomieen, Referenzen oder Entities, etc.
Dein grösstes Problem sind der Import und die Berechtigungen.
Je nachdem wie gross das Redaktionssystem ist kann
es besser und schneller sein, das ganze flach zu importieren
und dann den Baum neu aufzubauen,
als zu versuchen die gesamte Seite mit allen Berechtigungen und Rollen
zu importieren.
LG
Drupal funktioniert anders
am 22.02.2013 - 20:18 Uhr
Normalerweise gibt es keine Menüvorgabe, sondern Menüs wachsen mit den Artikeln.
Man kann jedoch bestimmte Inhaltstypen in einen bestimmten Baum zwingen.
Ein sehr gutes Mittel
am 23.02.2013 - 07:34 Uhr
zur Strukturierung ist natürlich Taxonomy.
In den content_types kann man Taxonomy-Kataloge vorgeben.
Nach Taxonomy kann natürlich selektiert und in Bereiche eingegliedert werden.
Wer möchte, kann auch mit Taxonomy einen Menübaum bauen (taxonomy_menu).
Wie du siehst, gibt es viele Ansätze, die sich jedoch massiv vom Vorgehen bei anderen CMS unterscheiden.
Drupal ist eben anders - und wenn du ein bisschen eingearbeitet sein wirst, wirst du die Genialität dahinter sehen.