1
TYPO3の内線番号be_aclは、複数のグループが連携している場合に、複雑なインストールでページのアクセス許可を管理するのに役立ちます。複雑なTYPO3インストールでbe_aclページのアクセス許可を継承します。
ちょっとしたバグがあります。ユーザーがページを作成すると、page-parentの権限は継承されず、手動で競合を解決する必要があります。
Ex。 ：
- ページ親番号1グループから2つのユーザグループAとB
- ユーザに割り当てされたように、2ページを編集することができなかった1
- Bグループからユーザ下サブページ2を作成しページ1のアクセス許可は継承されず、他のユーザーの既定のアクセス許可は「読み取り」のみです。
このような競合は、BEユーザーのコラボレーションのバグを引き起こすため、管理者は手動で競合を解決する必要があります。
誰もこの種のアクセス権の競合があり、そのような問題を解決できましたか？
ページ1のアクセス許可を再帰的に設定している限り、これは有効です。パーミッションに再帰的なパラメータを本当に設定している場合は、グループBのユーザがログオフして再びログオンしたときに問題が解決されないかどうかを確認してください。もしそうなら、私は経験していない問題があります。そうでなければ、あるバージョンでキャッシュが導入された後、be_aclにあったバグの一つかもしれません。 – tmt
@cascaval大変ありがとう、効果的に、私はキャッシュチューニングを含むbe_aclの偽造からの変更を適用し、問題を解決しました。これを除いて、私はrootページのデフォルト所有者をadminに変更し、追加のグループをbe_aclスペースに移動しました。 –