ロールを作れるロールでは、ロール権限の集合)に名前を付けて新しいロールにできる。新しいロールには自分が使える権限のサブセットを与えられる。

:i/ロールは管理者とゲストのみによって、権限は不要になった。もういい


権限/継承のルールによって、自分が使える権限のサブセットを新しいロールに与えることができる(自分でも使えない権限は与えられない)。管理者不在でもコミュニティを維持できるようになる。

→ これは権限を誰かに与えられる権限であり、最上位の管理者権限なので、その他の管理者には与えられない。もういい
  • -

権限継承 Edit


設定項目は任意のテキストと、選択肢から1つコピペ(列挙)。ただし自分(ロールを作れるロール)に与えられている選択肢に含まれてなければ未定義(設定されていない状態)になる。このルールで最上位ロールが他のロールを一度に制御できるように。

設定項目は任意のラベルテキストと、選択肢から1つコピペ(列挙)。ただし自分(ロールを作れるロール)に与えられている選択肢に含まれてなければ未定義(設定されていない状態)になる。このルールで最上位ロールが他のロールを一度に制御できるように。

ページ/属性継承ルールとは違って、継承させていただく側に選択肢がある。継承元も持つ権限集合のサブセットを定義できればいい。値はブール値。有無が分かればいいのでリストでも十分。書かれている権限が使用可能なもの。書かれていないのは使用不可。書かれているかどうかによらず継承元が持たない権限は使用不可。書かれているのに使用不可になった権限は閲覧ビュー上で強調表示(警告)。

ページ/属性ではないので「書かないと継承される」というページ/属性継承ルールは適用されない。同じルールを取り入れる必要も無い。

ページ/属性継承ルールとは違って、継承させていただく側に選択肢がある。継承ロール名と権限集合のサブセットを定義できればいい。権限名のリスト。書かれている権限が使用可能なもの。書かれていないのは使用不可。書かれているかどうかによらず継承元が持たない権限は使用不可。書かれているのに使用不可になった権限は閲覧ビュー上で強調表示(書いてあるけど使えないという警告)。

ページ/属性ではないので「書かないと継承される」というページ/属性継承ルールは適用されない。同じルールを取り入れる必要も無い。
選択肢なら継承させる側の値はどれ?属性定義(つまりそれを使うコード次第)の話なので…列挙値を書く記法が必要。とりあえず汎用記法で。

ページ/属性は制約のためのものではないのでこのルールとは別。下位のロールに制約を課すためには使えないし、ロールの上下関係とページの上下関係は違う。
ではどうやるか?


→ 制約(禁止事項)だけをページ/属性値にする。書かれていないことは何でもできる。継承を重ねるほど制約は増える。利用者ページを増やすときはそれに制約を課すため、必ず上位の権限継承する必要がある。

ロールページ。特別なページ/型にするか特別なページ/要素権限を定義するか。いずれにせよロールの上下関係も、下位に制約を課すルールも特殊なので、何かを特殊にする必要はある。

そうして作ったロール利用者に与える。

でもロールページを閲覧されたときは「できること」を表示したい。どうやるか?

→ やらない。表示に細工をすると仕組みが分かりにくくなる。権限属性/継承と同じ仕組みなので、そう見えなければならない。常に「できないこと」を表示・管理してもらう。権限を考えるときはできないことを考えがちなので、こちらのほうが好都合。

→記述先がページであること以外はすべて特殊。特定のページに特定の記述で書く。それを参照するのはユースケースから呼ばれた権限判定処理。

すべてのページに存在するページ/属性とは別の処理。権限判定のときだけ参照と権限継承処理が行なわれる。

ロールページ。特別なページ/型にするか特別なページ/要素権限を定義するか。いずれにせよロールの上下関係も、下位に制約を課すルールも特殊なので、何かを特殊にする必要はある。

→ :i/属性継承と権限継承は別[?]

記述先がページであること以外はすべて特殊。特定のページに特定の記述で書く。それを参照するのはユースケースから呼ばれた権限判定処理。すべてのページに存在するページ/属性とは別の処理。権限判定のときだけ参照と権限継承処理が行なわれる。

:/属性継承と権限継承は別

権限継承 Edit

未定義値を「上位からの継承」とするか「無効(設定を使う側次第)」とするかはロールとは別の設定スペース設定
ページ/属性設定するなら属性継承ルールが使える。ページ/属性設定に「明示してない項目をどう見なすか」という項目を用意して。この項目は書き方の指定なので、ページ内でのみ有効なプラグマのようなもののほうがいいかも知れない。

上下関係 Edit


ロールの上位/下位関係は作った側が上位、作られた側が下位。最上位は下位すべての上位にあたる。

ロールの上位/下位関係は作った側が上位、作られた側が下位。最上位はすべての上位にあたる。
つまりロールを定義してるページの作成者(の作成したとき)のロールが上位ロール。(下位展開に関係する)ページ構成の上下関係とは別。

作成したときのロールはどこにも記録されていないので、記録しておく必要がある。

ページ作成したときのロールはどこにも記録されていないので、ページ/裏に記録しておく必要がある。

作成したときでなく、権限参照時のロールでもいい?作成時だと記録を変える方法が別途要る…ページ/属性の変更で。

作成者のロールは複数あるかも知れない。作成者では不足。少なくともロール定義のページには「作成時に使われたロール」が必要。
そういった情報を持つにはページ/要素では不足。
上位ロールの同名権限を参照して、選択肢を用意するにはページ/要素が向いている。
権限設定には特殊なページ/型と、特殊なページ/要素が必要?
→特殊な処理がいる。記録のためのページは特殊でなくていい。

:i/ロールの上下関係[?] Edit

:/ロールの上下関係 Edit


(上位含めて)特定のロールでしか書けないページを作る。特定ページだけの編集権限を定義して。
コード不要。運用でできる。

ロールを作るとはページを作ること Edit


ロールを作る」とはそういうページを作る権限のこと。特定のディレクトリにあるページの作成・編集権限

この権限も下位ロール継承可能。

ロールを作る」とはそういうページを作る権限のこと。特定のディレクトリにあるページの作成・編集権限。この権限も下位ロール継承可能。

自分の下位に利用者を作るということは、自分の利用者ページ下位ページを作るということ。その権限利用者作成の権限であり、下位利用者権限を変更するのも当該属性領域を変更する権限

権限継承は、ページ/属性継承継承があれば自分と下位の利用者は同じ。自身の下位にいる利用者権限を変えられるのは、自分の権限を変えられる利用者事実上、そういうのは管理者だけ。

ロールを表すページの内容 Edit

ページの内容に使用可能な権限(鍵)について記述。属性領域にはそのページが要求する権限(錠)などを書くので使えない。
権限(鍵)はロールを表すページの内容に書く。ここでもこのページ編集権限が必要。この編集権限ロールを作る権限ということ。


属性領域を分けられればそこにでも書ける。でもロールを定義できる権限(錠)を分けられない。権限を分けるために第二の属性領域を用意するのがいい?

権限(錠)はあらゆるページ属性領域に書く。→ 権限

属性領域はどのページも共通の書式にしたほうが分かりやすい。

同時に評価されるのはひとつだけ Edit


ロールを複数持っている利用者がいても、一度に評価されるのはロールひとつ分。それをロール数だけ順次評価。ロール別に評価するので、ひとつのロールに必要な権限が収まっていなければ権限判定を通過できない。鍵・錠の両方で。

これは権限設定分かりやすくするため。組み合わせられなくして簡素化。

継承しなければならない Edit


ロールの作成者が持つロールのうち、いずれかを継承しなければならない。権限/継承は禁止事項を継承することなので、継承なしに作れてしまうと何も制限できなくなってしまう。

ロールでなく権限を直接利用者に与える方法は可能?

権限/継承に統合して、許可を継承するので、もういい

必要性 Edit

例えばWikiFarmで、各Wikiの管理者を…

  • 上位ロールを超えないようシステムで制限
    これがロールを作れるロールの仕組み。
  • 上位ロールを超えないよう規約で制限
    規約違反は手作業で対処。

規約で制限するならロールを作れるロールは不要。

各Wikiにさらに小さい管理者を作るときも同様。規約で制限する場合はどの管理者もWikiFarm全体の管理者と同じ権限が与えられる。

分割すればいい Edit


管理者ページの変更権限と、ゲストの変更権限を分けておいて、上位の管理者はどちらも鍵として持つ一方、下位の管理者は1つしか持たない。といった設定をすれば特別な処理は要らない。

→ …にはならない。利用者権限を書き換えられるなら、そこには上位の権限をいくらでも書けることになるので、機能しない。

書ける権限領域には何でも書けるけど、鍵はいずれも「禁止」を表すものなので問題ない。

権限/継承は制限するためのルール Edit


権限/継承は制限のルール。下位ロールのできないことを増やして、書いても有効にならないようにする仕組み。
/スペース名1/利用者/権限 の 変更
/スペース名1/利用者グループ1/権限 の 変更

権限設定のできるロールを複数作るなら権限/継承は必要。

…などの権限名を作っておいて、上位の管理者はどちらも鍵として持っていて、下位の管理者は1つしか持たない。といった設定をすればロールを作れるロールは不要?

利用者権限を書き換えられるなら、そこには上位の権限をいくらでも書けることになる。

権限/継承は「許可」を継承するもの。「拒否」を継承するものではない。→ :/権限設定に「拒否」は不要

下位ロールを作れるロールは却下 Edit


下位ロールを作れるロールは「自身の権限の一部を他人に与える」ため。それには誰が書いたかではなく「権限が書かれたときに使われたロール」が必要(ひとりが複数のロールを持てるので)。 それが最新版の更新者なら、「他人が更新してはいけないページ」を作ってしまうことになる。 また、複数の管理者が同じ権限領域編集することには対応できないので、Wikiに合わない。

ページ/属性WikiTextで自由に書けるもの。書くときに「何を書けるか」を制限しなければならない。あるいは参照時に権限ごとに「誰が与えた権限か」を調べられなければならない。

権限/継承は制限のルール。下位ロールのできないことを増やす仕組み。

書いても有効にならないようにする仕組み。

権限の判定も属性/継承も参照時のこと。権限領域に何を書いても、継承している権限だけを参照時に有効化すればいい。

→ 書けるのは「禁止」だけ。継承した権限を減らすことのみ可能。

ただ、権限領域を変更できるのは最上位の管理者だけ。WikiTextで何でも書けるので、最上位の管理者権限を自身の権限にコピペできてしまう。権限/継承の仕組みのため、最上位の管理者は全管理者の中で最下位のページになるので、下位ページに強力な錠をかけることはできても、下位ページにある権限を上位ページにコピペするのは防げない。

下位管理者が下位の下位を作るには「自身の権限を誰かに分け与える」ができないと。

権限設定のできるロールを複数作るなら権限/継承は必要。