[gelöst] Taxonomy oder CCK

Meiner bescheidenen Meinung nach, benötigt man CCK nicht unbedingt für die Erstellung und Darstellung eines Artikels z.B. in einem Magazin. Sicher ist dann Views gut, da man sehr flexibel ist mit der Ausgabe. Du könntest zu den Taxonomien ja auch Links setzen (es gibt Module, die Taxonomien in Blocks ausgeben).

hatte ich auch schon gesehen - sollte vllt noch dazu sagen das ich auch Benutzer anlegen will die z.B. nur Artikel der UK_2 aus der HK_1 o.ä. anlegen dürfen -> das muss ich aber dann doch wieder mit einem NOte-Type über CCk machen oder ? Kann ja nich dem Benutzer sagen er darf nur so und so Tags vergeben.

hatte ich auch schon gesehen - sollte vllt noch dazu sagen das ich auch Benutzer anlegen will die z.B. nur Artikel der UK_2 aus der HK_1 o.ä. anlegen dürfen -> das muss ich aber dann doch wieder mit einem NOte-Type über CCk machen oder ? Kann ja nich dem Benutzer sagen er darf nur so und so Tags vergeben.

ups da konnte es wohl nicht schnell genug gehen -> doppelklick
@ admin bitte löschen

Nix von beidem. Das sind 2 unterschiedliche Paar Schuhe. Verschiedene Node-Typen für unterschiedliche Bereich macht ja nur Sinn, wenn diese sich vom Aufbau her unterscheiden. Wenn Node-Typ-A einen Titel, einen Textkörper und 2 CCK-Textfelder hat und Node-Typ-B genau die selben Felder hat, wozu dann 2 Node-Typen?

Node-Typen und CCK sind dazu da um Inhalte unterschiedlich aufzubauen, Taxonomie um die Inhalte zu kategorisieren. Das eine schließt das andere nicht aus. Am besten ist immernoch die gesunde Mischung aus beidem. Und wonach du im View dann letztendlich filterst ist ja relativ egal.

Das könnte eine interessante Diskussion werden...Ich finde es nicht besonders usabilityfreundlich, wenn der vom Benutzer anzulegende Node zuerst durch ein Dropdownmenue bestimmt werden muß. Deshalb benutze ich für unterschiedliche Bereiche, in denen der Benutzer einen Text verfasen kann, unterschiedliche Nodetypen. Die Rechtevergabe ist bei CCK und unterschiedlichen Nodetypen gleich, weil Drupal ja da keine Unterscheidung trifft. D.h. Du kannst jedem Themenbereich, in dem ein User schreiben darf, unterschiedliche Rechte sowohl über CCK als aber auch Nodetypen geben. Also Rolle A darf CCK Typ oder Contenttyp B benutzen, Rolle C darf Typ D benutzen. Das sind tatsächlich zwei unterschiedliche Paar Schuhe. :-)

kommt mir nämlich auch so vor ...
die Frage ist nur was wann besser ist - wie gesagt intuitiver finde ich es die Kategorien mittels Taxonomy zu filtern allerdings ist das dann schwer zu machen wenn bestimmte Benutzer nur bestimmte Tags vergeben dürfen. Außerdem ist es für Benutzer dann nervig in einer sehr langen Liste von Tags ihren auswählen zu müssen und das jedes mal.

Ja das wäre eine schöne Sache. Aber ich werde das bei mir nicht machen, denn dann muß ich immer hinterher aufräumen, wenn die ags nicht adäquat sind. Texte zu beschreiben ist manchmal nicht leicht, aber es hängt vom Benutzer, oder den Benutzergruppen ab.

Damit vielleicht? http://drupal.org/project/taxonomy_access
Gruss Roger

Gelöste Forenbeiträge mit [gelöst] im Titel ergänzen (1. Posting vom Thema) <==> das erleichtert das finden von Lösungen

Das ist interessant - Danke

Würde mich trotzdem noch interessieren bei welchen Situationen ihr welche "Methode" (CCK oder Taxonomy) bevorzugt.

Nun, vielleicht kann ich meine Argumentation so vorbringen:
Was ich vom CCK verstehe ist folgendes: Im V4ergleich zum "einfachen" Node legt CCK pro visuellem Eingabefeld einen Bereich auf der Datenbank an. D.h. im Node hast Du unter D6 den Titel, den Anrisstext und den Text. Mit dem CCK kannst Du visuell die gleiche Funktion herstellen. Nur werden die Überschrift, der Anrisstext und der eigentliche Text in unterschiedlichen Bereichen der Datenbanktabelle gespeichert. Mit Views kannst Du die drei gespeicherten Bereiche flexibel ausgeben. Von Vorteil ist das für Kataloge oder Prfofile, also überall dort, wo unterschiedliche Arten von Informationen durchaus in unterschiedlicher Weise dem Betrachter ausgegeben werden sollen oder können. Meiner Meinung nach, macht das für z.B. eine Magazinseite keinen Sinn, es sei denn, man will den Teaser irgendwo wieder anzeigen, was aber auch ohne Views und CCK geht. Wer einen umfasenden Autokatalog erstellen will, tut sich mit CCK einen gefallen, weil er/sie die Aussattungsvarianten nicht jedesmal wieder notieren, bzw in die Datenbank eingeben muß, sondern flexibel mit Views die ja bereits vorhandenen Daten ausgeben kann. Ich habe ein Interesse daran, dass CCK und Views in Drupal nicht zum Standard wird, denn das ist gar nicht so leicht zu bedienen und für vermutlich 80 % der Anwendungen zu überdimensioniert (jetzt fallen bestimmt einige über mich her)... Bereits jetzt verschlingen beide Module zusammen 3 MB, kommen dann noch Community Anwendungen hinzu und was heute noch so Standard ist für Web 2 Anwendungen, ist das durchschnittliche 1&1 Internethostingpacket spätestens mit D7 aufgebraucht mit Modulen, die alle auch schön CPU-Kraft saugen.

ich glaube nachdem meine "Inhalte" in den Kategorien weniger nach einem gleichen Schema aufgebaut sind werde ich das ganze mit Taxonomy lösen -> "Taxonomy Access Control" hat mich allerdings auf den ersten Blick auch nicht weiter gebracht -> ich versuche es jetzt mal mit der "Lite" Version

Taxonomy Access Control damit gings doch man, muss sichs nur richtig anschauen - jeah super.
Betrachte die Sache somit als gelöst. Hier noch eine kurz Zusammenfassung für alle Anfänger die das lesen werden:

• Mit CCK könnt ihr neue Inhalttypen (wie Artikel oder Seite) anlegen, das macht Sinn wenn ihr z.B. öfters als Inhalt einen Spielplan erstellt. Dann könnt ihr Felder anlegen wo man beim erstellen nur noch auswählen muss, beim Spielplan z.B. Mannschaftsfeld usw.
• Mit Taxonomy kann man Inhalten "Tags" geben. Man kann dies wie eine Kategorisierung betrachten. Um z.B. alle Rezepte der italienischen Küche den Tag "italienisch" geben.
• Mit Views könnt ihr Seiten (auch Blöcke usw.) erstellen die nur einen bestimmten Inhalt anzeigen: z.B. wenn man mehrere Kochrezepte hat so kann man auf einer Seite (View) z.B. nur alle italienischen Rezepte anzeigen lassen.
• Mit Taxonomy Access Control könnt ihr verschiedenen Rollen (die Benutzer können dann diese Rollen annehmen) verschiedene Rechte in Form der "Tags" geben. z.B. könnt ihr sagen das die Rolle "italienischer Koch" nur "italienische" Rezepte einstellen darf. So kann man super Seitenberechtigungen aufbauen.

Ich hoffe das hat auch denen geholfen die anfangs (so wie ich) erstmal etwas verwirrt waren.