Knotenzugriffskontrollmodule für Seiten nur für Mitglieder

Ich erstelle eine einfache Drupal 7-Site mit öffentlichen Seiten und Seiten nur für Mitglieder. Es gibt nur eine Art von Mitglied. Im Moment muss die Zugangskontrolle nicht feiner sein. Meine Auswahlmöglichkeiten scheinen die Module Content Access , Nodeaccess , Simple Access , Node Privacy Byrole , Taxonomy Access Control und Taxonomy Access Control Lite zu sein . Um das zu erreichen, was ich brauche, könnte ich den Zugriff entweder nach Rolle oder mithilfe eines Taxonomiebegriffs wie "Nur für Mitglieder" steuern. Beides würde funktionieren.

Alle diese Module befinden sich noch in der Entwicklung für D7 und befinden sich in unterschiedlichen Stadien der (Un-) Fertigstellung und Fehlerhaftigkeit. Für einige scheint die Entwicklung unberechenbar oder ins Stocken geraten zu sein. Darüber hinaus sind ihre UXs für den nicht anspruchsvollen Inhaltseditor von unterschiedlicher Komplexität.

(Eine weitere Alternative zu all diesen Modulen besteht darin, einen separaten Inhaltstyp für Seiten nur für Mitglieder zu erstellen und nur die integrierten Berechtigungen für den Inhaltstyp zu verwenden. Das scheint unflexibel und doppelt zu sein, ist aber ein Ausweg.)

Meine Frage ist angesichts der aktuellen Realität eine praktische: Welche würden Sie jetzt oder in den nächsten Monaten für diesen Anwendungsfall wählen und welche scheint die hellste Zukunft zu haben?

FOLLOWUP (7 Monate später): Nachdem ich Content Access (CA) und Taxonomy Access Control (TAC) ausprobiert hatte, entschied ich mich für TAC. Content Access kann die Zugriffskontrolle nach Knoten durchführen, aber die Benutzeroberfläche ist nicht einfach, und ich möchte meine Redakteure nicht dazu verpflichten. Ich finde, dass die Verwendung eines Taxonomiebegriffs zur Bezeichnung des Zugriffs im Wesentlichen ein Abstraktionsmechanismus sein kann: Ein einzelner Begriff kann eine komplizierte Reihe von Zugriffsoptionen darstellen. Für einen Inhaltstyp (Kalenderereignisse) variiere ich den Zugriff basierend auf der Taxonomie. Für eine andere Seite (nur für Mitglieder) verwende ich nur ein Taxonomie-Vokabular mit einem Begriff, das ein Pflichtfeld ist (daher kann sich sein Wert nicht ändern). Für mich ist die Funktionalität von TAC eine Obermenge von CA. Ich brauchte auch Feldberechtigungen , um die Felder in Kalenderereignissen selektiv verfügbar zu machen.

Offensichtlich gibt es viele Faktoren, die Sie berücksichtigen sollten, bevor Sie entscheiden, ob ein Modul eine "glänzende" Zukunft hat oder nicht. Ein sehr gutes Blog - Post , die alle Faktoren beschrieben , die werden sollte in Betracht gezogen gefunden hier (es basiert auf dem alten Thema drupal.org aber man kann immer noch erhalten den Punkt).

Die endgültige Entscheidung, die Sie treffen werden, ist eine Art "Gefühl", das Sie bekommen, nachdem Sie viele Stunden damit verbracht haben, Module zu testen und Ihren Kopf gegen die Wand zu schlagen, nur um zu erkennen, dass das Modul, das Sie ausgewählt haben, nicht so ist das Richtige. Ich werde Ihnen jedoch die Ergebnisse eines kleinen Skripts geben, das ich habe und das ich in solchen Fällen ausführe. Es gibt Ihnen die Nutzungsanzahl der Module, die Sie als Eingabe bereitstellen, und hier sind sie:

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

Beachten Sie, dass diese Ergebnisse nur Informationen sind, die von der Website drupal.org abgerufen wurden, und dass Sie sie nicht zum Vergleichen der Module verwenden sollten. Dies sind nur Hinweise, die Ihnen sagen, wie andere Benutzer sich über die Module "fühlen", die Sie untersuchen.

Um Ihre Frage zu beantworten, würde ich mich für das Inhaltszugriffsmodul entscheiden, da es den von Ihnen erwähnten Zugriff pro Rolle unterstützt. Es gibt Unmengen von Websites, die es verwenden (was bedeutet, dass es höchst unwahrscheinlich ist, dass es eingestellt wird), so der Autor Jemand, der bemerkenswerte Arbeit für Drupal und die D7-Version geleistet hat, wurde kürzlich relativ aktualisiert.

PS: Wenn Sie das Skript wollen, lass es mich wissen. Es hat sich in vielen Fällen als sehr praktisch erwiesen.

Möglicherweise interessieren Sie sich für das Premium-Inhaltsmodul http://drupal.org/project/premium_content , das auf ähnliche Weise funktioniert, wie Sie es sich wünschen .

In Drupal scheint es schwierig zu sein, Zugriffsberechtigungen für eine Basisseite bereitzustellen. Es ist jedoch möglich, Berechtigungen für die erstellten Seiten der Ansicht zu erteilen. So wird es einfach, einfach eine Ansicht anstelle einer Basisseite hinzuzufügen !! Es verbirgt sogar den Menüpunkt !!