Costruire un modulo Drupal per la gestione di Newsletter Newsletter Articoli

Question

Stiamo costruendo un modulo per la generazione di HTML per newsletter via email. Abbiamo guardato in utilizzando un paio di altri moduli (SimpleNews, MailChimp, tra gli altri), ma a causa di vari requisiti, sarà più facile e meglio per noi per costruire una soluzione personalizzata.

Essendo un nuovo sviluppatore di Drupal, sono un po 'preoccupato per la gestione di questo in modo "non-Drupal". Detto questo, il mio piano è quello di impostare un vocabolario con Newsletters come termine ei Newsletter effettivi come sub-termini, in questo modo:

Newsletters  (term)
  - Newsletter A (sub-term)
  - Newsletter B (sub-term)

Questo ha il vantaggio di essere in grado di organizzare in cui articoli sono stati pubblicati (oltre solo sul sito).

La domanda, però, è come gestire le diverse questioni Newsletter. Potrei andare un altro livello più profondo nel vocabolario, in questo modo:

Newsletters  (term)
  - Newsletter A (sub-term)
    - Issue - 2010-03-01
    - Issue - 2010-03-02
  - Newsletter B (sub-term)
    - Issue - 2010-03-01
    - Issue - 2010-03-08

ma mi chiedo se questo è l'aggiunta di un po 'troppa complessità. Una volta che ho questa configurazione tassonomia, quando l'utente è andato ad aggiungere nuovi bollettini sarebbe anche creare un nodo (tipo di contenuto: newsletter), e quando lui / lei è andato per aggiungere nuovi problemi, sarebbe anche creare un nodo (tipo di contenuto: problema .) Quelli sarebbero allora le pagine di destinazione per tale contenuto.

Quindi, la questione è che c'è un modo migliore per la gestione di tale struttura? Si tratta di un Drupal simile soluzione?

Answer 1

Penso che si sta sicuramente pensando Drupal-Like, soprattutto perché si sta pensando di utilizzare tassonomia per classificare la tua newsletter.

Credo che la vostra "Problema - 2010-03-01" sarebbe in realtà un nodo e non un termine. (A meno che non si prevede di creare più nodi di articolo per fare riferimento a un singolo "Emissione")

Estrai il modulo: http://drupal.org/project/nat (NAT - nodo Auto Term) che gestisce le relazioni tra nodi e tassonomia. Con questo modulo, si sarebbe semplicemente creare un nuovo nodo per ogni Newsletter (sub-termine). Ciò creerebbe automaticamente il nuovo termine per voi. Quindi è necessario creare un nuovo nodo problema in cui è necessario selezionare la categoria "Newsletter" lo si desidera si pubblica che newsletter.

Si potrebbe essere in grado di utilizzare il modulo di iscrizione (o anche modulo di bandiera) per consentire agli utenti di registrarsi per unirsi i nodi newsletter. ( http://drupal.org/project/signup )

Answer 2

Mi chiedo il motivo per cui gli utenti dovrebbero creare un nodo di tipo newsletter prima quando c'è un tipo di nodo per le questioni? Qual è lo scopo di avere un secondo tipo di nodo?

Per quanto riguarda la tua tassonomia gerarchia sei quasi sulla pista di Drupal. Non vorrei creare un termine chiamato "Newsletter" (non vedo il punto, ancora), ma creare un vocabolario denominato "Newsletter". All'interno di questo vocabolario mi piacerebbe creare primo livello termini che descrivono le diverse newsletter disponibili (vale a dire "Newsletter A").

In seguito, si collega il vocabolario "Newsletter" con il vostro tipo "problema" dei contenuti.

Come xkingpin sottolineato correttamente, NAT ( http://drupal.org/project/nat ) sarà il modulo di scelta, quindi installarlo e impostare le nuove opzioni per il tipo di contenuto "questione" (vale a dire il collegamento del termine problema).

Quindi si utilizza il problema tipo di nodo per creare problemi (sto assumendo tutte le newsletter condividono lo stesso tipo di contenuto). In seguito alla nomina tassonomia basta scegliere il termine newsletter destra questo problema appartiene (vale a dire "Newsletter A"). NAT assegna automaticamente questo termine al problema e per creare un sub durata a tale termine di primo livello. Il nome del sottotermine corrisponderà al titolo del vostro problema, quindi si può solo chiamare "Issue # 1 - 2010-03-01" per creare un sottotermine chiamato "Issue # 1 - 2010-03-01".

Quando si visualizza il nodo problema avrà due termini assegnati ( "Newsletter A", "Issue # 1 - 2010-03-01"). Ogni articolo fa riferimento all'interno del problema può ora essere etichettato con la questione sub-termine. Su NAT ui di amministrazione è possibile scegliere se il termine questione direttamente link al nodo problema invece di collegare a una visione di tutti i nodi etichettati con lo stesso termine problema (che è il comportamento di default di Drupal).