Moduli di controllo dell'accesso al nodo per pagine di soli membri

Sto costruendo un sito Drupal 7 semplice che ha pagine pubbliche e pagine riservate ai soli membri. C'è solo un tipo di membro. In questo momento il controllo degli accessi non deve essere più fine di così. Sembra che le mie scelte siano i moduli Content Access , Nodeaccess , Simple Access , byrole di privacy dei nodi , Taxonomy Access Control e Taxonomy Access Control Lite . Per ottenere ciò di cui ho bisogno, potrei controllare l'accesso per ruolo o usando un termine di tassonomia come "solo membri". Entrambi funzionerebbero.

Tutti questi moduli sono ancora in fase di sviluppo per D7 e si trovano in varie fasi di (dis) completamento e buggy. Per alcuni, lo sviluppo sembra irregolare o bloccato. Inoltre, le loro UX sono di varia complessità per l'editor di contenuti non sofisticato.

(Un'altra alternativa a tutti questi moduli è quella di creare un tipo di contenuto separato per le pagine riservate ai soli membri e usare solo le autorizzazioni integrate per il tipo di contenuto. Sembra flessibile e duplicativo, ma è una via d'uscita.)

La mia domanda è pratica, data la realtà attuale: quale sceglieresti per l'uso adesso o nei prossimi mesi, per questo caso d'uso e quale sembra avere il futuro più luminoso?

FOLLOWUP (7 mesi dopo): dopo aver provato Content Access (CA) e Taxonomy Access Control (TAC), ho optato per il TAC. L'accesso al contenuto può eseguire il controllo dell'accesso per nodo, ma l'UX non è semplice e non vorrei sottoporlo ai miei editor. Trovo che l'uso di un termine di tassonomia per designare l'accesso possa essenzialmente essere un meccanismo di astrazione: un singolo termine può rappresentare un insieme complicato di scelte di accesso. Per un tipo di contenuto (eventi del calendario), modifico l'accesso in base alla tassonomia. Per un altro (pagine riservate ai soli membri), utilizzo solo un vocabolario di tassonomia a un termine che è un campo obbligatorio (quindi il suo valore non può cambiare). Quindi per me, la funzionalità di TAC è un superset di CA. Avevo anche bisogno di autorizzazioni di campo per esporre selettivamente i campi negli eventi del calendario.

Ovviamente ci sono molti fattori che dovresti considerare prima di decidere se un modulo ha o meno un futuro "brillante". Un ottimo post sul blog che descrive tutti i fattori da considerare può essere trovato qui (è basato sul vecchio tema di drupal.org ma è ancora possibile capire il punto).

La decisione finale che prenderai è una sorta di "sensazione" che otterrai dopo aver trascorso molte ore a testare i moduli e sbattere la testa contro il muro, solo per rendersi conto che il modulo che hai scelto non è quello corretto. Tuttavia, ti darò i risultati di un piccolo script che ho e che eseguo in questi casi. Ti dà il conteggio di utilizzo dei moduli che fornisci come input, ed eccoli qui:

• content_access: 24939 utenti
• node_access: 1295 utenti
• simple_access: 1623 utenti
• node_privacy_byrole: 3399 utenti
• taxonomy_access: 6037 utenti
• tac_lite: 3397 utenti

Nota che questi risultati sono solo informazioni tratte dal sito web drupal.org e non dovresti usarle per confrontare i moduli. Sono solo indicazioni che ti dicono come gli altri utenti "sentono" i moduli che stai esaminando.

Quindi, per rispondere alla tua domanda, sceglierei il modulo di accesso al contenuto poiché supporta l'accesso per ruolo che hai menzionato, ci sono tonnellate di siti che lo utilizzano (il che significa che è altamente improbabile che venga sospeso), il suo autore è qualcuno che ha fatto un lavoro straordinario per Drupal e la versione D7 è stata aggiornata di recente.

PS: se vuoi la sceneggiatura, fammi sapere. È dimostrato molto utile in molti casi.

Potresti essere interessato al modulo di contenuti premium, http://drupal.org/project/premium_content , che funziona in modo simile a quello che sembra stia cercando.

Fornire il permesso di accesso a una pagina di base sembra difficile in Drupal. È tuttavia possibile concedere le autorizzazioni per le pagine create della vista. In questo modo è semplice aggiungere una vista anziché una pagina di base !! Nasconde persino la voce di menu !!