Referenzierung/ "Verlinkung" von Daten/ Feldern
Eingetragen von Xeto (209)am 21.06.2011 - 07:29 Uhr in
Hallo Zusammen,
ich habe einige Beiträge zu Ticketsystemen oder Dokumentenverwaltung gelesen und auch testweise mal entsprechende Module installiert (support, document). Während support scheinbar funktioniert und nicht schlecht ist, hat die Dokumentenverwaltung document bei mir nicht richtig funktioniert.
Nun habe ich gerade erst kleinere Aufgaben mit Views gelöst und mir gedacht, dass solche Module sich auch mittels Views und einigen zusätzlichen Modulen lösen lassen könnten. Die Anforderungen sind erstmal eher gering (Dokumenten zentral in einem Inhaltstyp speichern und in anderen Nodes referenzieren).
Sowohl bei der Dokumentenverwaltung als auch beim Ticketsystem würde ich aber Referenzierungen ("Link" zum DL einbetten/ referenzieren oder Kontakt/ Ansprechpartner im Ticket referenzieren/ anzeigen).
Und genau an diesem Punkt habe ich zwei Probleme bei meinen Überlegungen :)
- Wenn Kontakte aus einem Taxonomy Begriff bestehen würden, könnte ich ein entsprechendes Feld hinzufügen und so den Namen anzeigen. Nun dachte ich bei Kontakten aber eher an einen eigenen Inhaltstyp. Wie kann bzw. sollte ich das hier realisieren?
- Wenn der Kontakt angezeigt wird, muss im nächsten Zug auch auf die Informationen zugegriffen werden. Hier fällt mir erstmal nur die Benachrichtigung per Email ein (Rules-Module), wenn es ein Update gibt. Da ich nicht weiß, wie ich die Daten referenziert/ integriert bekomme, weiß ich auch noch nicht, wie ich dann an die entsprechenden Informationen z.B. für das Rules-Module herankomme.
Ich habe mir schonmal - neben anderen - das references Modul angeschaut (referenziert Nodes oder User), womit man referenzierte Nodes auch direkt anzeigen kann. In meinem Fall möchte ich aber beim Erstellen z.B. eines Tickets Kontakt und gegebenenfalls auch zentral gespeichertes Dokument referenzieren. Optimal natürlich mit einer komfortablen Auswahlmöglichkeit...
Hat hier jemand Tipps, wie man das mit Drupal 7 auf sinnvolle Art und Weise realisieren könnte?
- Anmelden oder Registrieren um Kommentare zu schreiben
Taxonomy vs. Node & node_reference
am 24.06.2011 - 09:15 Uhr
Ich habe mir das mal in Views und mittels Feldern in Inhaltstypen genauer angeschaut.
Nehmen wir mal folgende Inhalte...
"Kontakte" (Felder: Name, Telefonnummer, Email-Adresse,...)
"Kunden" (Felder: Firmenname, Anschrifft, REFERENZ auf zugeordnete Kontake, Infos,...)
Nun kann man beide Dinge mit Taxonomy oder Nodes/ einem Inhaltstyp jeweils mit zusätzlichen Feldern realisieren. Die Referenzierung kann man anhand von Taxonomy oder node_reference realisieren und wäre damit auch in beiden Fällen kein Problem mehr.
Kontakte als Taxonomy würde gehen, wäre aber seltsam, da man bei einem Klick auf den Kontakt ja zu einer Übersichtsseite der zugeordneten Begriffe kommt. Somit sollte sich hier Kontakte als Inhaltstyp wahrscheinlich eher anbieten, wodurch das Anlegen neuer Kontakte auch komfortabel gestaltet werden kann und diese auch durchsucht werden können.
Bei Kunden sieht es so ähnlich aus. Zwar wäre hier die Übersichtsseite sinnvoller, da dann die zugeordneten Kontakte angezeigt werden, aber das ja auch nicht unbedingt erwünscht ist, sondern eine Übersicht des Kunden erwartet wird.
Die Frage ist, ob dann der Einsatz von Taxonomy in solchen Fällen (Kunden & Kontakte oder Supportticket & Ansprechpartner,...) überhaupt Sinn macht, da Inhaltstypen und Nodes ja eigentlich praktischer und vorteilhaft sind? Taxonomy wiederum wäre dann auf den Einsatz für Tagging und z.B. zum Zuordnen in Kategorien weiterhin sinnvoll.
Es sollte dann auch kein Problem sein z.B. dem referenzierten Kontakt eine Email mittels Rules zu schicken
The "load" action makes the node available as variable to rules - so you can use any other node related action with it. It's not about printing the node or so. To do so best add a redirect action and redirect to "node/id". You can get the id e.g. by loading the node and then using the [referenced_node:nid] replacement pattern provided by the token module.