Узловые модули контроля доступа для страниц только для членов

Я создаю простой сайт Drupal 7, который имеет публичные страницы и страницы только для членов. Есть только один вид участника. Прямо сейчас контроль доступа не должен быть лучше, чем это. Кажется , мой выбор модулей доступа к контенту , Nodeaccess , простой доступ , узел конфиденциальности byrole , таксономической Контроль доступа и таксономической Access Control Lite . Чтобы достичь того, что мне нужно, я мог бы контролировать доступ либо по роли, либо используя термин таксономии, например, «только для членов». Оба будут работать.

Все эти модули все еще находятся в стадии разработки для D7 и находятся на разных стадиях (не) завершения и ошибок. Для некоторых развитие кажется неустойчивым или остановленным. Кроме того, их UX имеют различную сложность для несложного редактора контента.

(Другой альтернативой всем этим модулям является создание отдельного типа контента для страниц, предназначенных только для членов, и просто использование встроенных разрешений типа контента. Это кажется негибким и дублирующим, но это выход.)

Мой вопрос практический, учитывая текущую реальность: какой из них вы бы выбрали для использования сейчас или в ближайшие несколько месяцев, для этого варианта использования, и какой из них, кажется, имеет самое светлое будущее?

FOLLOWUP (7 месяцев спустя): после попытки доступа к контенту (CA) и управления доступом к таксономии (TAC) я остановился на TAC. Доступ к контенту может осуществлять контроль доступа по узлам, но UX не прост, и я не хотел бы подчинять его своим редакторам. Я считаю, что использование термина таксономии для обозначения доступа может по существу быть механизмом абстракции: один термин может представлять сложный набор вариантов доступа. Для одного типа контента (события календаря) я варьирую доступ на основе таксономии. Для другого (страницы только для членов) я просто использую словарь таксономии с одним термином, который является обязательным полем (поэтому его значение не может измениться). Поэтому для меня функциональность TAC - это расширенный набор CA. Мне также нужны были Полевые Разрешения, чтобы выборочно выставлять поля в событиях календаря.

Очевидно, есть много факторов, которые вы должны рассмотреть, прежде чем принимать решение о том, имеет ли модуль «светлое» будущее или нет. Очень хороший пост в блоге, который описывает все факторы, которые следует учитывать, можно найти здесь (он основан на старой теме drupal.org, но вы все еще можете понять суть).

Окончательное решение, которое вы примете, - это своего рода «чувство», которое вы получите после того, как вы потратили много часов на тестирование модулей и удары головой о стену, только чтобы понять, что выбранный вами модуль не является правильный. Тем не менее, я дам вам результаты небольшого сценария, который у меня есть, и я запускаю в таких случаях. Он дает вам счетчик использования модулей, которые вы предоставляете в качестве входных данных, и вот они:

• content_access: 24939 пользователей
• node_access: 1295 пользователей
• simple_access: 1623 пользователя
• node_privacy_byrole: 3399 пользователей
• taxonomy_access: 6037 пользователей
• tac_lite: 3397 пользователей

Обратите внимание, что эти результаты являются просто информацией, полученной с веб-сайта drupal.org, и вам не следует использовать их для сравнения модулей. Это просто индикаторы, которые говорят вам, что другие пользователи «чувствуют» по поводу тех модулей, которые вы изучаете.

Итак, чтобы ответить на ваш вопрос, я бы пошел на модуль доступа к контенту, так как он поддерживает доступ к каждой роли, который вы упомянули, есть тонны сайтов, которые его используют (это означает, что он вряд ли будет прекращен), его автор кто-то, кто проделал замечательную работу для drupal, и версия D7 была обновлена ​​относительно недавно.

PS: если вы хотите сценарий, позвольте мне знать. Это оказалось очень удобным во многих случаях.

Возможно, вас заинтересует модуль Premium Content, http://drupal.org/project/premium_content , который работает аналогично тому, что вам нужно.

Предоставление разрешения на доступ к базовой странице кажется трудным в Drupal. Однако можно предоставить разрешения для созданных страниц просмотра. Таким образом, просто добавить вид вместо базовой страницы !! Это даже скрывает пункт меню!