問題タブ [sonata-user-bundle]

メソッド内のを拡張UserAdminおよび削除する際に問題が発生します。FormGroupconfigureFormFields

次を使用してフィールドを削除できます。

の下にあるすべてのフィールドを削除しProfileても、ヘッダーとして表示されます。私はやって削除してみましProfileた：

しかし、これは機能しません-いくつかの調査の後、FormGroupsではなく子供だけを削除するようです。FormGroupをフォーマッターから削除して表示されないようにする正しい方法は何ですか？

に付属しているデフォルトのユーザー メニュー ドロップダウンを翻訳するのに苦労していますSonataUserBundle。下のスクリーンショットでドロップダウンメニューを確認できます。

含まれるadmin_monogodb.ymlもの：

そして、<services>タグが含まれています（短縮されています）：

他の翻訳と同様に、次のエントリを に追加するだけですSonataUserBundle.nl.xliff。

しかし、それはまだ示していますsonata_user。

でカタログをデバッグしましたがTranslator、実際には正しい翻訳が含まれています。

どうしたの？

FOSUserBundle と Sonata Admin バンドルの両方をインストールしました

最初の FOSUserBundle は、プロファイル、ログイン、ログアウトの両方で完璧に機能しました。Sonata Admin バンドルを使用すると、エンティティを CRUD できるようになりました。

今、私はそれらをバックエンドへのログインと統合したいと考えました。

/admin/dashboard に移動すると、/admin/login にリダイレクトされ、無限のリダイレクト ループが発生します。

私はセキュリティを適切に台無しにしましたが、それをよく理解していません。

security.yml : https://gist.github.com/lsv/4740268

routing.yml : https://gist.github.com/lsv/4740284

config.yml : https://gist.github.com/lsv/4740291

dev.log : https://gist.github.com/lsv/4740301

誰か助けてくれませんか？

プロジェクトで使用Symfony 2.1しています。ユーザーの管理に使用FOSUser Bundleし、アプリケーション用にカスタマイズします。今、私は管理用に使用したいと考えていSonataAdmin Bundleます。通常のエンティティでは正常に機能します (通常の CRUD を行うことができます) が、ユーザーの場合、ダッシュボードにユーザー リストとリンクが表示されますが、[新規作成] または [クリックして編集] に従うと、500 サーバー エラーが表示されます。

SonataUser BundleuserBundle で多くのカスタマイズを行い、それらを失いたくないため、使用したくありません..

アイデアはありますか?例はありますか? 助けてくれてありがとう:)

関連コード:

config.yml で:

SonataEasyExtendsBundle を使用して SonataUserBundle を拡張し、いくつかのフィールドを削除しました。データベース テーブルが正しく作成されます。問題は、管理者インターフェースで (SonataAdminBundle を使用して) ユーザーを追加しようとするときです。私は得ています：

phoneのフィールドのタイプを定義してくださいSonata\UserBundle\Admin\Entity\UserAdmin

これにより、管理バンドルがカスタム クラスを取得しておらず、デフォルトのクラスを使用しているという結論に至りました。

私のconfig.yml：

My Application\Sonata\UserBundle\Resources\services.xml

問題は、自分のユーザー クラスを Sonata Admin に登録し、最終的にデフォルト クラスの登録を解除する方法です。

SonataでSymfony2を使用しています。
ユーザーにアクセスを許可したいアプリケーションのセクションのリストがあります。

例：

• John には section1 と section3 へのアクセス権が必要です
• Bob には section2 と section3 へのアクセス権が必要です

そのため、ユーザー/グループにアタッチできる 3 つのロールを作成しました (sonata を介して)

• ROLE_SECTION1
• ROLE_SECTION2
• ROLE_SECTION3

しかし、新しいセクションを作成するときに、関連するロールを管理者に自動的にリストしたいと思います
(自分で毎回宣言する必要はありませんsecurity.yml) 。

ロール セキュリティ ハンドラを使用しているときに sonata-admin-user がそれを行うのを見まし
たが、同じことを行う方法がわかりません。

最後に、質問は簡単で、次のとおりです。

動的に選択可能なロールを Sonata ユーザー管理バンドル エディター リストに追加するにはどうすればよいですか?

カスタム セキュリティ ハンドラを作成したいのですが、これはユーザー ID によってデータを制限する単純な ACL になります。標準の ACL を使用したくありません。すべての機能を使用して、権限を持つ追加のデータベースを作成する必要はありません。

新しいハンドラーを作成すると、$object を Admin クラスとして受け取ります。Admin クラスを使用すると、サービスへのアクセスを制限できますが、サービス内の行を制限することはできません。

問題は、次のようにエンティティを受け取り、エンティティの許可を確認する方法です。

Sonata Admin に ACL モードを使用しようとしています。

ドキュメントから、権限がSTAFF必要であることを理解しています["EDIT","LIST","CREATE"]

しかし、ACL マッピングをインストールすると、次のようになります。

私はそれがやっているのを見ます（とりわけ）

sonata.user.admin.user の ACL をインストールし
ます ...
- 役割を追加します: ROLE_SONATA_USER_ADMIN_USER_STAFF、権限: ["LIST","CREATE"]
...

EDIT実際、権限を付与されたユーザーを試してみると、スタッフは権限を取得しません。

どうすれば起こりますか？EDITユーザーにこの許可を与えるにはどうすればよいですか?

ユーザーの編集に Sonata Admin + Sonata ORM + Sonata User を使用しています。ユーザーを編集する場合、いくつかのチェックボックスがあります。各チェックボックスには 2 つのラベルがあります (チェックボックスの前に 1 つ、チェックボックスの後にもう 1 つ)。両方のラベルの値は同じですが、翻訳されるのは 1 つだけです。

Sonata にはチェックボックス用のカスタム テンプレートがないため、この問題とは関係がないようです。両方のラベルを翻訳する方法はありますか?