[gelöst] Pfad zur Auflistung von Inhalten eines Typs?

Hi Reiner,

lege doch einfach ein weiteres Vokabular mit den Inhaltstypen als Begriffe an.
Was meinst du mit "die das tut, was es im Core schon gibt."? In Drupal liegen alle Nodes von Haus aus auf einer Ebene und werden in der Reihenfolge der Erstellung durchnummeriert. Anhand dieser Nummer sind die Nodes identifizier- und aufrufbar z.B. node/5, strukturiert mittels Inhaltstypen und Taxonomy.
Aber was spricht gegen Views? Soetwas ist in weniger als einer Minute zusammengeklickt.

Gruss
abc123

Also ich würde auch empfehlen, Views zu nehmen.
Ist einfach wesentlich schöner zu bedienen und es gibt mehr Möglichkeiten.

Einfach als Feld-Typ "Node" wählen und fertig.

Das habe ich jetzt. Ist aber nicht so günstig, weil nicht alle Begriffe für alle sichtbar sein sollen und das Modul Taxonomy Access Probleme macht.

Vielen Dank für euere Antworten!

Sie bringen mich zwar keinen Millimeter weiter, aber trotzdem danke für eure Mühe.

LG, Reiner

Du kannst auch einfach den Link zur Taxonomy oder View in einem Usermenu unterbringen und in dessen Blockeinstellungen die Sichtbarkeit auf bestimmte Rollen beschränken. Anschliessend noch per acl und content_access den unberechtigten Aufruf über die URL sperren.

Soetwas müsste doch mit Pathauto zu bewerkstelligen sein, da kannst Du auch ohne Taxonomie jeden Typ einem separaten Pfad zuordnen.

Ich hab mir das angeschaut. Path Auto macht nichts Neues. Es macht nur automatisch, was man sonst manuell machen müsste. Man kann URL-Aliase für Nodes autom. erstellen lassen. (Nodes, nicht Types.) Ich hab das manuell versucht. Also zB Inhalttyp "Erfahrung". Dem ersten Beitrag gebe ich den Alias "erfahrung/1", dem 2. Beitrag "erfahrung/2". Schön, dann kann ich diese Seiten unter dem Alias erreichen. Aber unter dem Pfad "erfahrung" gibt's keine Übersicht wie auf der Startseite, einer Kategorie oder einem Blog. Da gibt's nur 404.

Ich weiß, dass ich Views machen kann und Menüs und was weiß ich. Das weiß ich alles, und das alles ist KOMPLIZIERT! Und liefert auch nicht das Ergebnis, das ich haben will. Ich stelle fest, dass es keinen Pfad für Inhaltstypen gibt, und das ist SCHWACH! Dachte nicht, dass so was Einfaches nicht da ist.

So eine View ist nicht kompliziert, sondern so derart simpel zu erstellen -,-' Für sowas braucht man höchstens 5 Minuten und erhält genau das, was man will: Dass man z.B. /erfahrung aufruft und dort eine Auflistung aller Nodes vom Typ "Erfahrung" bekommt, geordnet, wie man will und genau in der Ansicht, die du möchtest. Das ist nicht kompliziert, sondern total einfach.

Und es ist auch nicht schwach, das sowas nicht da ist (übrigens, wenn's so einfach ist, dann bau es dir doch selbst. Denn wie du schon sagtest: es ist einfach!). Andere finden es schwach, dass es im Core keine Galerie gibt usw. Manche Dinge muss man sich eben selbst erstellen, so ist das nunmal... Ich finde es schwach, dass man so ein Theater macht und sich aufregt, anstatt sowas "einfaches" schnell mal selbst zu basteln.

Naja - das was du schwach findest ist für mich gerade die Stärke von Drupal. Die Systeme mit denen ich bisher gearbeitet habe (Typo3, XT-Commerce, Joomla, Redaxo usw.) liefern zwar out of the box eine Struktur mit der man sofort loslegen kann, und wenn das jeweilige System genau das liefert was man haben möchte - voilá. Die Schwierigkeiten dieser Systeme nehmen aber bereits da schon kaum ein Ende, wenn es darum geht nur einige "Kleinigkeiten" zu ändern die von Standard abweichen. Dann ist aufwändige Corehackerei nötig und gerne verheddert man sich im Gestrüpp der gegenseitigen Abhängigkeiten komplexer Cores. Hat man das geschafft läuft alles wunderbar - bis zum nächsten Sicherheitsupdate. Hinzu kommt der begrenzte Funktionsumfang: Ein Blog ist eine prima Sache, aber wenn da ein Shop dazukommen soll... Am besten mit Übernahme der Userdaten, Darstellung von Blogeinträgen in den Artikelbeschreibungen und umgekehrt. Auch sollen die Metadaten nicht zu kurz kommen und das ganze fein referenziert auf verwandten Content, beliebig im Design, Multisitefähig mit differenzierten Userrechten und schnell auch bei grösserer Serverlast? Die Liste liesse sich beliebig fortsetzen.
Mit Drupal geht das und das ist die Stärke dieses Frameworks. Das funktioniert aber nur, weil es sehr modular aufgebaut ist, also in viele kleine Funktionen aufgeteilt ist, die von einem sehr guten Core zusammengehalten werden. Für einen Anfänger ist es etwas verwirrend sich aus der Vielzahl von Modulen und deren Möglichkeiten die 3-4 richtigen zusammen zu suchen "die doch einfach nur dies oder jenes tun sollen".
Fazit: Drupal ist eines der besten OS-Systeme mit dem ich bisher gearbeitet habe. Dafür verlangt es auch einen gewissen Einsatz.

Ich mache überhaupt kein Theater. Ich habe nach einem Pfad gefragt, es gibt ihn nicht. Basta. Und ja, ich finde das schwach, weil es die Ansicht, von der ich die ganze Zeit spreche, ja gibt. Das macht der Core, auf der Startseite, bei Kategorien und beim Blog
Ich verwende Views für viele Dinge, aber genau das nachzubauen, dauert mehr als 5 Minuten.

Ich bin ja eh begeistert von Drupal! :-) Kann man nicht begeistert sein, und trotzdem ein paar Punkte schwach finden? Also ich kann. ;-)

LG, Reiner

Es macht nicht "der Core" sondern es machen das Taxonomy- und das Blog-Modul. Der Core soll möglichst schlank bleiben (er ist eher zu fett als zu dünn) und daher wird nicht alles was geht mit ihm ausgeliefert. Zudem wird bei Modulen drauf geachtet, dass es möglichst keine direkten funktionellen Doppelungen gibt. Da es mit Views das Schweizer Armeemesser aber nunmal bereits gibt, gibt es keinerlei Veranlassung die von dir gewünschte Funktionalität nochmals zu implementieren und auch noch mit dem Core auszuliefern. Das ist nicht "schwach", sondern im Gegenteil sogar "stark" und fällt in die Kategorien KISS (Keep It Simple, Stupid) und DRY (Don't Repeat Yourself), zwei grundlegende Leitsätze in der Softwareentwicklung.

Länger als 5 Minuten braucht man da vllt. inkl. Klogang und Kaffeepause.

Ich glaube ich habe dich nicht richtig verstanden, denn...

Da muss ich sagen, dass es wohl wirklich nicht viel mehr als 5min geht eine solche View zu bauen. Etwa so wie im Anhang würde das bei mir aussehen. Brauchte gerade 2min dafür!

Doch das kann man, geht mir auch so. :-))

BTW: Ach ja, THX ür die Idee, dass kann ich bestimmt auch für mich brauchen.

Oder hier zum importieren, mit Menuepunkt im Hauptmenu:

Vielen Dank Roger!