Salve!
Sono alle prime armi con Drupal, credo di essere confuso sul tema CCK.
CCK sarebbe il Content Construction Kit, e serve a modellare una base dati direttamente da Drupal senza pasticciarsi le mani con SQL e quant'altro. Ok.
Dubbio #1: in http://drupal.org/project/cck non trovo il link per installare il CCK in Drupal.
Quindi sono andato a leggere il CCK Handbook, e mi trovo scritto che :
In Drupal 7 and later, most of the functionality of CCK has been absorbed into Drupal core. For more information on fields in core, see Working with Fields (Drupal 7 and later).
Sembra abbastanza chiaro. Quindi vado a vedere la pagina Working with Drupal 7 core Field module.
Ma qui mi trovo scritto:
Field module is an internal developer API. For information about using Fields with your Drupal site, see Field UI module.
Adesso, non entro sul perchè e per come si è passati dal CCK a Fields, immagino ci sia stata una ragione più che sensata.
Ma io, che voglio modellare una base dati in Drupal, se CCK e deprecato, devo studiarmi Fields o Fields-UI? Entrambi? Un'altro componente che invece non ho trovato?
Grazie in anticipo,
Snoopy
Il Content Construction Kit ti permette di aggiungere campi personalizzati (FIELDS) per qualsiasi tipo di contenuto
D6 necessitava l'installazione
D7 non necessita l'intallazione poichè incluso nel core
Adesso sto giocando con ciò che trovo in Structure -> Content-Type. Immagino che sia quello, in quanto vedo che Fields, Fields-SQL e Fields-UI risultano installati nella sezione Modules.
Immagino che FIELDS abbia anche un'interfaccia programmatica, no?
Adesso che ci penso, Drupal (e quindi anche Fields) si appoggiano su software di basi dati relazioniali.
Mi chiedevo, è possibile definire relazioni (has-many, belongs-to, has-one) tra i i vari Content-Type messi appunto utilizzando Fields ?
Ad esempio, è possibile stabilire che un determinato articolo "appartiene" ad un venditore ?
O che ad un fornitore corrispondano una serie di articoli.
Cose del genere, le solite cose (le classiche relazioni 1-n, n-n e via dicendo).
grazie! :)
No pain no gain.
Ciao certo che ci sono e in drupal di chiamano reference. Per collegare un nodo ad un utente devi usare user reference, mentre per legare un nodo ad una categoria devi usare term reference.
Attenzione all'appartenere: tutti i nodi in drupal appartengono per default all'utente che li ha creati.
M.
--
Michel 'ZioBudda' Morelli -- [email protected]
Sviluppo applicazioni CMS DRUPAL e web dinamiche -- Corsi Drupal -- Amministrazione Drupal -- Hosting Drupal
No, non mi riferivo alla tassonomia (che tra l'altro devo ancora comprendere adeguatamente).
Mi riferivo alla possibilità di avere, in un Content Type, la possibilità di avere come campo un'altro Content-Type. Una chiave esterna, insomma.
L'idea è che per esempio le istanze del Content Type B "appartengono" (in senso lato, "fanno capo") ad istanza del Content Type A. Quindi io, idealmente, avendo già definito il ContentType A, quando definisco il ContentType B, posso aggiungere un campo che fa capo al Conten Type A?
A run-time, questo si tradurrebbe nella possibilità, nel creare una nuova istanza di B, di poter scegliere con quale istanza di A l'istanza corrente è in relazione (con un menù a tendina, idealmente).
Non so se mi sono spiegato adeguatamente... Forse ho scritto un mezzo pastrocchio.
No pain no gain.
Ciao,
per le relazioni tra nodi (o entità) ci sono due moduli:
- Reference
- Entity Reference
Io ti consiglio Entity Reference in quanto si basa su Entity, concetto molto usato su Drupal 7 (e che devo capire ancora appieno). Con Entity Reference hai dei moduli aggiuntivi come ad esempio Entity connect che ti fanno creare o modificare un nuovo contenuto in relazione.
;)
Lo sto provando adesso... Sembra proprio quello che serve a me. Grazie mille!!
No pain no gain.