Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: [inny][SF2]Role, security.yml
Forum PHP.pl > Forum > PHP > Frameworki
basso
Witam, mam pytanie odnośnie ról w SF2.
Czy nazwy :

" role_hierarchy:
ROLE_ADMIN: ROLE_USER
ROLE_SUPER_ADMIN: [ROLE_USER, ROLE_ADMIN, ROLE_ALLOWED_TO_SWITCH]"

1.Czy te nazwy mogę sobie sam wymyślać? Z tego co wyczytałem to tak... ale musi być przedrostek ROLE_.
2.Jeśli nie korzystam z ACL, to każdy dostęp muszę wklepywać w ten sposób ręcznie?:
" access_control:
- { path: ^/admin, roles: ROLE_ADMIN }
?
Czyli Każda ścieżka /admin dopuszcza użytkowników mających role "ROLE_ADMIN".

Czy w każdym kontrolerze sprawdzam:
" if (false === $this->get('security.context')->isGranted('ROLE_ADMIN')) {
throw new AccessDeniedException();
}
"



  1. jms_security_extra:
  2. secure_all_services: false
  3. expressions: true
  4.  
  5. security:
  6. encoders:
  7. Symfony\Component\Security\Core\User\User: plaintext
  8.  
  9. role_hierarchy:
  10. ROLE_ADMIN: ROLE_USER
  11. ROLE_SUPER_ADMIN: [ROLE_USER, ROLE_ADMIN, ROLE_ALLOWED_TO_SWITCH]
  12.  
  13. providers:
  14. in_memory:
  15. memory:
  16. users:
  17. user: { password: userpass, roles: [ 'ROLE_USER' ] }
  18. admin: { password: adminpass, roles: [ 'ROLE_ADMIN' ] }
Crozin
1. Tak.
2. Nie uważasz, że w przypadku, gdybyś musiał w każdej metodzie ręcznie sprawdzać uprawnienia, cała sekcja access_control (czy konkretnie określanie ról w tejże) byłaby pozbawiona sensu? Zresztą możesz to sprawdzić samemu.
d3ut3r
Możesz jeszcze wykorzystać JMSSecurityExtraBundle i adnotacje.
basso
Cytat(Crozin @ 10.12.2012, 00:40:50 ) *
1. Tak.
2. Nie uważasz, że w przypadku, gdybyś musiał w każdej metodzie ręcznie sprawdzać uprawnienia, cała sekcja access_control (czy konkretnie określanie ról w tejże) byłaby pozbawiona sensu? Zresztą możesz to sprawdzić samemu.


Tak tak masz rację ... tylko akurat taki przykład był na stronie i mnie to zdziwiło. Czyli można to jakby na 2 sposoby robić, albo z securyt.yml albo w każdym kontrolerze.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.