Módulos de control de acceso de nodo para páginas solo para miembros

Estoy construyendo un sitio directo de Drupal 7 que tiene páginas públicas y páginas solo para miembros. Solo hay un tipo de miembro. En este momento, el control de acceso no necesita ser más fino que eso. Parece que mis opciones son los módulos Acceso al contenido , Nodeaccess , Acceso simple , byrole de privacidad de nodo , Control de acceso a taxonomía y Control de acceso a taxonomía Lite . Para lograr lo que necesito, podría controlar el acceso ya sea por rol o mediante el uso de un término de taxonomía como "solo miembros". Ambos funcionarían.

Todos estos módulos todavía están en desarrollo para D7, y se encuentran en diferentes etapas de (des) finalización y errores. Para algunos, el desarrollo parece errático o estancado. Además, sus UX son de complejidad variable para el editor de contenido no sofisticado.

(Otra alternativa a todos estos módulos es crear un tipo de contenido separado para páginas solo para miembros, y simplemente usar los permisos de tipo de contenido incorporados. Eso parece inflexible y duplicado, pero es una salida).

Mi pregunta es práctica, dada la realidad actual: ¿cuál elegiría para usar ahora o en los próximos meses, para este caso de uso, y cuál parece tener el futuro más brillante?

SEGUIMIENTO (7 meses después): después de probar Content Access (CA) y Taxonomy Access Control (TAC), me decidí por TAC. Content Access puede hacer control de acceso por nodo, pero la experiencia de usuario no es simple, y no me gustaría someter a mis editores a ella. Encuentro que usar un término de taxonomía para designar el acceso puede ser esencialmente un mecanismo de abstracción: un solo término puede representar un conjunto complicado de opciones de acceso. Para un tipo de contenido (eventos de calendario), varío el acceso según la taxonomía. Para otro (páginas solo para miembros), solo uso un vocabulario de taxonomía de un término que es un campo obligatorio (por lo que su valor no puede cambiar). Entonces, para mí, la funcionalidad de TAC es un superconjunto de CA. También necesitaba permisos de campo para exponer selectivamente los campos en eventos de calendario.

Obviamente, hay muchos factores que debe considerar antes de decidir si un módulo tiene un futuro "brillante" o no. Aquí se puede encontrar una muy buena publicación de blog que describe todos los factores que deben considerarse (se basa en el viejo tema de drupal.org pero aún puede entender el punto).

La decisión final que tomará es una especie de "sentimiento" que obtendrá después de pasar muchas horas probando módulos y golpeándose la cabeza contra la pared, solo para darse cuenta de que el módulo que eligió no es la correcta. Sin embargo, le daré los resultados de un pequeño script que tengo y ejecuto en tales casos. Le proporciona el recuento de uso de los módulos que proporciona como entrada, y aquí están:

• acceso_contenido: 24939 usuarios
• nodo_acceso: 1295 usuarios
• simple_access: 1623 usuarios
• node_privacy_byrole: 3399 usuarios
• taxonomy_access: 6037 usuarios
• tac_lite: 3397 usuarios

Tenga en cuenta que estos resultados son solo información extraída del sitio web drupal.org y no debe usarlos para comparar los módulos. Son solo indicaciones que le indican cómo se sienten otros usuarios acerca de los módulos que está examinando.

Entonces, para responder a su pregunta, optaría por el módulo de acceso al contenido, ya que admite el acceso por rol que mencionó, hay toneladas de sitios que lo están utilizando (lo que significa que es muy poco probable que se suspenda), su autor es Alguien que ha hecho un trabajo notable para Drupal y la versión D7 se actualizó -relativamente- recientemente.

PD: si quieres el guión, déjame saber. Se ha demostrado que es muy útil en muchos casos.

Puede que le interese el módulo Contenido premium, http://drupal.org/project/premium_content , que funciona de forma similar a lo que parece que busca.

Proporcionar permiso de acceso a una página básica parece difícil en Drupal. Sin embargo, es posible otorgar permisos para las páginas creadas de la vista. ¡Por lo tanto, es simple agregar una vista en lugar de una página básica! ¡Incluso oculta el elemento del menú!