メンバー専用ページのノードアクセス制御モジュール


8

私は、公開ページとメンバー専用ページを備えた単純なDrupal 7サイトを構築しています。メンバーは1種類だけです。現在、アクセス制御はそれよりも細かい必要はありません。私の選択は、Content AccessNodeaccessSimple AccessノードプライバシーbyroleTaxonomy Access ControlTaxonomy Access Control Liteのモジュールです。必要なことを達成するために、ロール、または「メンバーのみ」などの分類用語を使用して、アクセスを制御できます。どちらも機能します。

これらのモジュールはすべてD7向けに開発中であり、(非)完了とバグのさまざまな段階にあります。一部の人にとって、開発は不安定または停滞しているように見えます。さらに、それらのUXは、洗練されていないコンテンツエディターにとっては複雑さがさまざまです。

(これらすべてのモジュールのもう1つの代替手段は、メンバー専用ページ用に個別のコンテンツタイプを作成し、組み込みのコンテンツタイプ権限を使用することです。これは柔軟性がなく、重複しているように見えますが、方法です。)

現在の現実を考えると、私の質問は実用的なものです。このユースケースについて、現在または今後数か月のどちらに使用するか、そして最も明るい未来があるのはどれですか。

フォローアップ(7か月後):コンテンツアクセス(CA)と分類法アクセスコントロール(TAC)を試した後、私はTACに落ち着きました。Content Accessはノードごとのアクセス制御を行うことができますが、UXは単純ではなく、編集者にそれを適用したくありません。分類法の用語を使用してアクセスを指定することは、本質的に抽象化メカニズムである可能性があることを発見しました。単一の用語は、複雑な一連のアクセス選択を表すことができます。1つのコンテンツタイプ(カレンダーイベント)については、分類法に基づいてアクセスを変更します。別の(メンバー専用ページ)の場合は、必須フィールドである1用語の分類語彙を使用します(そのため、値は変更できません)。したがって、私にとって、TACの機能はCAのスーパーセットです。カレンダーイベントのフィールドを選択的に公開するには、フィールドのアクセス許可も必要でした。

回答:


4

明らかに、モジュールに「明るい」未来があるかどうかを判断する前に、考慮すべき要素がたくさんあります。考慮すべきすべての要素を説明する非常に優れたブログ投稿がここにあります(これはdrupal.orgの古いテーマに基づいていますが、ポイントを獲得することはできます)。

あなたが取る最終的な決定は、何時間もモジュールをテストし、壁に頭をぶつけた後に得られる一種の「感覚」です。選択したモジュールが正しいもの。ただし、そのような場合に実行した小さなスクリプトの結果をお伝えします。入力として提供するモジュールの使用数が表示されます。ここにそれらがあります。

  • content_access:24939ユーザー
  • node_access:1295ユーザー
  • simple_access:1623ユーザー
  • node_privacy_byrole:3399ユーザー
  • taxonomy_access:6037ユーザー
  • tac_lite:3397ユーザー

これらの結果はdrupal.orgのWebサイトから取得した情報にすぎないため、これらをモジュールの比較に使用しないでください。これらは、調査しているモジュールについて他のユーザーがどのように「感じている」かを示す指標にすぎません。

だから、あなたの質問に答えるために、私はあなたが言った役割ごとのアクセスをサポートするので、コンテンツアクセスモジュールに行きます、それを使用しているサイトがたくさんあります(それが中止される可能性が非常に低いことを意味します)、その作者はdrupalの注目すべき作業を行った人で、D7バージョンが-比較的-最近更新されました。

PS:スクリプトが必要な場合は、わかります。多くの場合、非常に便利です。


モジュールの「レピュテーション」に興味がありますが、この場合、これらのアクセスモジュールのどれを選択するかという技術的な質問に興味があります。あなたはaを持っていますか
ダンハルバート

あなたの質問に直接答えるように私の投稿を編集しました。Lemmeは、より具体的な情報が必要かどうかを知っています。
F1234k

最初のコメントが切り捨てられて申し訳ありません。返事を書いたところ、偶然返却して直していました。
Dan Halbert、


1

Drupalでは、基本的なページへのアクセス許可を与えるのは難しいようです。ただし、ビューで作成されたページに権限を付与することは可能です。したがって、基本ページの代わりにビューを追加するだけで簡単になります!! メニューアイテムも隠します!!


ユーザーからビューを非表示にしても、そのビューで見つかったノードが必ずしも非表示になるわけではありません。検索などの機能は、ノードを全世界に公開する可能性があります。
User1、2013
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.