タグ付けされた質問 「roles」

5
HTMLの「ロール」属性の目的は何ですか?
一部の人の仕事には、役割の属性が見られます。私も使っていますが、効果はわかりません。 例えば: <header id="header" role="banner"> Header stuff in here </header> または: <section id="facebook" role="contentinfo"> Facebook stuff in here </section> または: <section id="main" role="main"> Main content stuff in here </section> この役割属性は必要ですか? この属性はセマンティクスに適していますか? それはSEOを改善しますか? 役割のリストはこちらにありますが、自分で作成する人もいます。それは許可されていますか、それとも役割属性の正しい使用ですか? これについて何か考えはありますか?
1165 html  optimization  seo  roles 

9
複数の役割がコントローラーアクションにアクセスできるようにする
現在、このようなメソッドを装飾して、「メンバー」がコントローラーアクションにアクセスできるようにしています [Authorize(Roles="members")] 複数の役割を許可するにはどうすればよいですか?たとえば、次は機能しませんが、私がやろうとしていることを示しています(「メンバー」と「管理者」アクセスを許可します)。 [Authorize(Roles="members", "admin")]

4
PostgreSQL:ロールはログインを許可されていません
ローカルサーバー上の自分のpostgres dbに接続できません。私はいくつかの同様の問題をググって、このマニュアルを思いつきました https://help.ubuntu.com/stable/serverguide/postgresql.html そう: pg_hba.conf 言う: # TYPE DATABASE USER ADDRESS METHOD # "local" is for Unix domain socket connections only local all all trust # IPv4 local connections: host all all 127.0.0.1/32 md5 # IPv6 local connections: host all all ::1/128 trust 次に、ユーザーを作成してパスワードを割り当てます。 postgres=# create role asunotest; CREATE ROLE …

9
グループと役割(本当の違いはありますか?)
グループと役割の本当の違いは何ですか?私はしばらくの間これを理解しようと努めてきましたが、私が読んだ情報が多ければ多いほど、これは人々を混乱させるためだけに育てられ、本当の違いはないという感覚がますます得られます。どちらも相手の仕事をすることができます。私は常にグループを使用してユーザーとそのアクセス権を管理してきました。 最近、私は管理ソフトウェアに出くわしました。そこではたくさんのユーザーがいます。各ユーザーはモジュールを割り当てることができます(システム全体は、モジュールと呼ばれるいくつかの部分(管理モジュール、調査モジュール、注文モジュール、顧客モジュール)に分割されます)。その上に、各モジュールには機能のリストがあり、ユーザーごとに許可または拒否できます。したがって、ユーザーJohn SmithがモジュールOrdersにアクセスでき、任意の注文を編集できるが、それらのいずれかを削除する権限を与えていないとしましょう。 同じコンピテンシーを持つユーザーがもっといる場合は、グループを使用して管理します。そのようなユーザーを同じグループに集約し、モジュールへのアクセス権とその機能をグループに割り当てます。同じグループ内のすべてのユーザーは、同じアクセス権を持ちます。 役割ではなくグループと呼ぶのはなぜですか?わからない、ただそのように感じます。どうやらそれは本当に重要ではないように思えます:]しかし、私はまだ本当の違いを知りたいです。 これがグループまたはその逆ではなく役割と呼ばれるべきである理由はありますか?
126 roles  rights 

10
PostgreSQL ROLE(ユーザー)が存在しない場合は作成します
PostgreSQL 9.1でROLEを作成するSQLスクリプトを作成する方法はありますが、すでに存在する場合はエラーを発生させませんか? 現在のスクリプトは単に次のものを持っています: CREATE ROLE my_user LOGIN PASSWORD 'my_password'; ユーザーが既に存在する場合、これは失敗します。私は次のようなものが欲しいです: IF NOT EXISTS (SELECT * FROM pg_user WHERE username = 'my_user') BEGIN CREATE ROLE my_user LOGIN PASSWORD 'my_password'; END; ...しかし、それは機能しません- IFプレーンSQLではサポートされていないようです。 PostgreSQL 9.1データベース、ロール、およびその他のいくつかを作成するバッチファイルがあります。実行するSQLスクリプトの名前を渡して、psql.exeを呼び出します。これまでのところ、これらのスクリプトはすべてプレーンSQLであり、可能であればPL / pgSQLなどを避けたいと思います。

4
ASP.NET Identityでのロールとクレームのベストプラクティス
私はclaimsin の使用にまったくASP.NETIdentity慣れていないので、の使用のベストプラクティスについて知りたいと思いRoles and/or Claimsます。 このすべてを読んだ後、私はまだ次のような質問があります... Q:ロールを使用しなくなりましたか? Q:その場合、なぜ役割がまだ提供されているのですか? Q:クレームのみを使用する必要がありますか? Q:ロールとクレームを一緒に使用する必要がありますか? 私の最初の考えは、それらを一緒に「使用すべき」であるということです。私ClaimsはRoles彼らがサポートするサブカテゴリとして見ています。 例: 役割:会計 クレーム:CanUpdateLedger、CanOnlyReadLedger、CanDeleteFromLedger Q:それらは相互に排他的であることを意図していますか? Q:または、クレームのみに進み、クレームを「完全に修飾」する方が良いですか? Q:では、ここでのベストプラクティスは何ですか? 例:ロールとクレームを一緒に使用する もちろん、このために独自の属性ロジックを作成する必要があります... [Authorize(Roles="Accounting")] [ClaimAuthorize(Permission="CanUpdateLedger")] public ActionResult CreateAsset(Asset entity) { // Do stuff here return View(); } 例:申し立てを完全に修飾する [ClaimAuthorize(Permission="Accounting.Ledger.CanUpdate")] public ActionResult CreateAsset(Asset entity) { // Do stuff here return View(); }

9
「エラー:ロールのメンバーである必要があります」PostgreSQLでスキーマを作成する場合
スーパーユーザーアカウントでログインしています。これが私が行っているプロセスです。 1-> CREATE ROLE test WITH IN ROLE testroles PASSWORD 'testpasswd' 2-> CREATE SCHEMA AUTHORIZATION test ロールは正しく作成されていますが、スキーマを作成しようとすると次のエラーが発生します。 ERROR: must be member of role "test" 前もって感謝します!
92 postgresql  roles 

2
データベースの特定のスキーマのすべてをPostgreSQLのグループロールに付与する
PostgreSQL 9.0を使用して、「スタッフ」というグループの役割を持っています。特定のスキーマのテーブルで、この役割にすべての(または特定の)特権を付与したいと考えています。次の作業はありません GRANT ALL ON SCHEMA foo TO staff; GRANT ALL ON DATABASE mydb TO staff; 「スタッフ」のメンバーは、まだデータベース内の任意のテーブルに(2番目のコマンドの場合)、スキーマ「foo」というか、個々のテーブルで選択することができない、またはUPDATEある場合を除き、私はその特定のテーブルの上にすべてを付与します。 自分とユーザーの生活を楽にするために何ができますか? 更新: serverfault.comでの同様の質問の助けを借りて、それを理解しました。 GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA foo TO staff;

1
`coerce`によるタイプロールと紛らわしい動作
タイプがId aあり、誤って強制的に変換しないようにしようとしId DoubleていId Intます。 タイプの役割を正しく理解していれば、以下はコンパイルできません。 {-# LANGUAGE RoleAnnotations #-} import Data.Coerce (coerce) type role Id nominal newtype Id a = Id String badKey :: Id Int badKey = coerce (Id "I point to a Double" :: Id Double) 残念ながら、それはします: Prelude> :load Id.hs [1 of 1] Compiling Main ( Id.hs, interpreted …
11 haskell  roles  coerce 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.