Comment utiliser différents fichiers security.yml/paramètres de sécurité?

Question

J'ai projet Symfony3 où je veux des ensembles d'administration Sonata complètement séparés de l'application principale. Les applications principales et les utilisateurs de sonates sont des entités différentes qui ne se croisent jamais. Tous les paramètres de sécurité sont également indépendants et différents. En outre, à l'avenir, il y aura un autre sous-système d'administration - complètement différent de l'actuel pour un autre aspect de l'application. Je pense aux environnements différents ou au noyau de remplacement (par this methodics) et j'ai besoin de savoir comment spécifier les paramètres de sécurité par environnement (si l'approche est correcte et ne fera pas exploser le framework) ou de le rendre sélectionnable en surchargeant le noyau. Ou ... quelle que soit l'approche que vous connaissez pour le faire.

Ma version de Symfony est 3.1.

Answer 1

Vous pouvez créer de nouveaux environnements en plus des prod existants, dev et test ceux, comme décrit dans la documentation How to Master and Create new Environments. Cela vous donnera accès à un nouveau fichier de configuration (config_[your_new_environment].yml), qui à son tour pourrait charger un fichier security.yml différent dans l'instruction imports et remplacer les valeurs par défaut.

Exemple:

// config_sonata.yml 

imports: 
    - { resource: config.yml } 
    - { resource: security_sonata.yml } 

Dans votre cas cependant, je voudrais tout d'abord étudier en utilisant différents pare-feu dans le cadre du fichier principal security.yml. Si les URL que vous souhaitez sécuriser dans vos différentes applications ne se chevauchent pas, vous pouvez simplement add more firewalls et user providers. Cela devrait vous permettre de couvrir tous vos besoins et de tout garder au même endroit.