1

私はイントラネット用の DMS を構築しており、分類階層を使用しています。これは、アクセス制御が必要なためです。すべての会社の場所は独自のドキュメントを管理 (アップロード、編集) しますが、すべてにアクセスできる必要があります。これは子用語に継承され、正常に機能します。

さらに、シンプルな 3 ステップのワークフロー (ドラフト、公開、アーカイブ) が必要です。そこで、編集者、発行者、docadmin のロールを導入し、トランジションの権限を設定しました。また、ドキュメントを効果的に (非) 公開するようにトリガーします。

ただし、(もちろん) 発行者ロールのユーザーは、すべてのドキュメントの移行を実行できます。ただし、会社の場所ごとにパブリッシャーが必要です (分類の最上位レベル、上記を参照)。

これは達成できますか？自分で設定する必要がありますか（これを行うには「ルール」が適切だと思います）、または別のモジュールが役立ちますか。

役割の継承は推測でしたが、それは (当然のことながら) 役割に関するものにすぎません。「モジュール許可」私は最初のオプションを使用してチェックしました。そのように私の考えは進んでいます。あなたが私の考えを理解してくれることを願っています。問題。

Drupal 6.16 現在

編集：ドキュメントを読み直して見つけました。http://drupal.org/node/408018分類されたコンテンツの改訂。それを読み直します。

4

1 に答える 1

0

Drupal 6 のノード アクセス API で既知の問題が発生しているようです。付与は承認としてのみ機能するため、アクセス モジュールがユーザーがアクションを実行できることを示している場合、他のモジュールはそれを奪うことはできません。私が考えることができる他の唯一の解決策は、両方の基準に基づいて計算するモジュールのマッシュであり、明らかに複雑なタスクになる可能性があります。

確かに推奨されませんが、独自のロジックを適用して許可テーブルをスキャンし、両方の基準に一致しないユーザーのエントリを削除できます。他の両方のモジュールが値を計算してデータベースに保存した後、適切なフックを見つけてその作業を実行させる必要があります。

朗報: これは D7 で修正されています。悪いニュース: D7 にはしばらく時間がかかります。Drupal 7 では、モジュールがノード アクセスの決定を承認、拒否、または棄権できるようになります。そのため、分類モジュールは、ユーザーがこれらの条件について承認され、他の条件については拒否されたと言うことができます。同様に、ワークフローは、一部のステージを承認し、他のステージを拒否することができます。ユーザーは少なくとも 1 つの承認を必要とし、拒否は必要ありません。

于 2010-03-21T04:10:39.093 に答える