it-swarm.it

Node moduli di controllo accessi per pagine riservate ai membri

Sto costruendo un semplice Drupal 7 che ha pagine pubbliche e pagine riservate ai soli membri. Esiste un solo tipo di membro. In questo momento il controllo degli accessi non deve essere più fine di quello. Sembra le mie scelte sono i moduli Accesso ai contenuti , Nodeaccess , Accesso semplice , byrole privacy nodo , Tassonomia Controllo dell'accesso 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 sono 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 utilizzare 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 ora 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 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 tassonomico 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), uso 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 Field Permissions per esporre selettivamente i campi negli eventi del calendario.

8
Dan Halbert

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 indicano 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 relativamente).

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

4
F1234k

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

2
rfay

Fornire le autorizzazioni di accesso a una pagina di base sembra difficile in Drupal. È comunque 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 !!

1
Radion