We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
現在、店舗設定の基本設定を行うページのURLは"/setting/shop"となっているが、これは店舗設定の支払い方法設定("/setting/shop/payment")や配送方法設定("/setting/shop/dekyvery")といったその他の店舗設定ページの上位のURLとなっている。 これでは、システム設定の権限管理においてURLが前方一致なせいで、基本設定ページはアクセス禁止にしたいが、支払い方法設定などのページはアクセス許可したい場合の設定ができない("/setting/shop"を設定した時点で店舗設定ページがすべてアクセス禁止になる)。
店舗設定の基本設定を行うページのURLを"/setting/shop/shop"や"/setting/shop/baseInfo"のように、店舗設定のその他のページのURLの上位のURLとならないようにする。
The text was updated successfully, but these errors were encountered:
@white0721 Issueありがとうございます。 URLの構造を変更するのは影響が大きいため、アクセス制限の設定方法を改修する方針が良いかと思います。 こちらでいかがでしょうか?
Sorry, something went wrong.
@dotani1111 ご返信ありがとうございます。 そちらの方針で問題ございません。
@dotani1111 具体的にはAuthorityRoleの例外を登録するExceptionAuthorityRoleクラスを作成して、AuthorityRoleと同様に権限管理でPermitUrlを設定できるようにし、AuthorityRoleのDenyUrlに上方一致するが、PermitUrlに完全一致するUrlについては/Security/Voter/AuthorityVoter.phpでアクセス拒否をしない、のような改修はいかがでしょうか?
ベストプラクティスが良く分かっていないので頓珍漢な方針かもしれませんが…。
@white0721 アイデアありがとうございます。 現在のブラックリスト方式の中に、ホワイトリストを追加するイメージですね。 実装コストも低そうですし、こちらの方針で検討します。
No branches or pull requests
概要(Overview)
現在、店舗設定の基本設定を行うページのURLは"/setting/shop"となっているが、これは店舗設定の支払い方法設定("/setting/shop/payment")や配送方法設定("/setting/shop/dekyvery")といったその他の店舗設定ページの上位のURLとなっている。
これでは、システム設定の権限管理においてURLが前方一致なせいで、基本設定ページはアクセス禁止にしたいが、支払い方法設定などのページはアクセス許可したい場合の設定ができない("/setting/shop"を設定した時点で店舗設定ページがすべてアクセス禁止になる)。
期待する内容(Expect) or 要望(Requirement)
店舗設定の基本設定を行うページのURLを"/setting/shop/shop"や"/setting/shop/baseInfo"のように、店舗設定のその他のページのURLの上位のURLとならないようにする。
The text was updated successfully, but these errors were encountered: