Sentry Laravel 4 で使い始めたばかりで、グループのアクセス許可をどこに書くべきかわかりません。Sentry のドキュメントを読みましたが、説明が少し曖昧です。私を正しい方向に向けることができるSentryユーザーはいますか?
3 に答える
Sentry2 にはまともな Laravel スターターがあり、実装方法を確認することで、それがどのように機能するかを説明するのに役立ちました。ここでセントリーでl4を確認してください。
私を含め、多くの人がセントリーの許可部分に苦労しているようです。また、この SO スレッドを確認してください。この質問と重複しているように見えます。その質問にも詳細があります。
私はまだ Sentry のアクセス許可を自分で調べていますが、この返信が正しい方向に進むのに役立つことを願っています. また、私が正しい軌道に乗っていることを願っています!:)
以下は、私が最も長く混乱させられた (明らかに) 明言されていない事実です。これに気づいたら、残りは理にかなっています。
Sentry は、事前に定義されたアクセス許可のリストを維持したり、要求したりすることさえありません。
およびテーブルのpermissions
フィールドは、指定したパーミッション キーをすべて受け取ります。Sentry は、これらのキーが保存されたときに正当であることを確認しません。ただのテキストフィールドです。groups
users
管理可能なアクセス許可の決定的なリストが必要な場合はpermissions
、データベースに独自のテーブルを作成することが 1 つのオプションになります。
このパーミッション テーブルを管理するには、独自のモデルと管理ビューを作成する必要があります。これは、Sentry とは別のものであるためです。グループとユーザーに権限を適用する場合は、この表を使用して、「ユーザーの作成/編集」ページと「グループの作成/編集」ページで選択可能な権限リストを設定できます。
Sentry の設定ファイルを見て、パーミッションの使い方についていくつかのアイデアを見つけました。ファイルでパーミッションを定義する必要がありsentry/config/sentry.php
ます。ここに簡単なデモンストレーションがあります。
'rules' => array(
/**
* config samples.
*
* 'application::admin@dashboard',
* 'user::admin@create',
* 'user::admin@read',
* 'blog::admin@delete',
* 'my_custom_rule',
* 'is_admin',
*/
'is_admin',
'superuser',
'can_edit',
'can_delete'
)
許可を追加can_edit
しましcan_delete
たが、現在は機能しています。