Scroll down to the script below, click on any sentence (including terminal blocks!) to jump to that spot in the video!
We now understand that FOSUserBundle just gives us a nice
User class and some
routes & controllers for registration, reset password, edit profile and a few other
things. The bundle does not provide any authentication. Open
form_login authentication mechanism we're using is core to Symfony itself,
not this bundle.
So, one of the questions we get a lot is: how can I use Guard authentication with FOSUserBundle? It turns out, it's simple! Guard authentication and FOSUserBundle solve different problems, and they work together beautifully. Teamwork makes the dream work!
But, why would you want to use Guard authentication with FOSUserBundle? Well, as easy
form_login is, it's a pain to customize. Guard is more work up front, but gives
you a lot more control. You can also use Guard to add some sort of API authentication
on top of
form_login with a more flexible Guard authenticator. At the root
of our project, you should have
tutorial/ directory with a file called
src/AppBundle, create a new directory called
Security and paste that file
|... line 2|
|... lines 4 - 19|
|class LoginFormAuthenticator extends AbstractFormLoginAuthenticator|
|... lines 22 - 101|
LoginFormAuthenticator is almost an exact copy of the authenticator we created
in our Symfony Security tutorial.
I've just added CSRF token checking - since our HTML login form has a CSRF token
in it - and made a few other minor tweaks. For example at the bottom, I updated the
login route name to use the one from FOSUserBundle.
The authenticator is very straightforward: It looks for the submitted
_password fields from the login form. It doesn't care if you built that login
form yourself, or if it comes from FOSUserBundle. Then, it queries for your
object by email only and checks to see if the password is valid. Obviously you can
write your authenticator to do anything.
To get this to work, like all authenticators, we need to register it as a service.
app.security.login_form_authenticator, set the class to
|... lines 1 - 5|
|... lines 7 - 28|
Copy that service ID. Then open
app/config/security.yml. Ok, let's comment-out
form_login entirely. And instead, add
authenticators, then paste the
|... lines 1 - 2|
|... lines 4 - 12|
|... lines 14 - 18|
|... lines 20 - 27|
|# csrf_token_generator: security.csrf.token_manager|
|... lines 34 - 38|
That's it! FOSUserBundle doesn't care who or what is processing the login form submit.
Let's try it! Click log out, click login and login with firstname.lastname@example.org. Yea,
this does still say "Username", but we know that our authenticator actually logs
us in via email. So, we'll want to tweak that language. Use the password
Congrats! You just used a Guard authenticator with FOSUserBundle. Wasn't that nice? You should feel empowered to use FOSUserBundle because you want things like a registration page or reset password system. But, you can still take control of your actual login mechanism and do whatever the heck you want.
The last part of this bundle that you'll need to customize are the emails: the reset password email and the registration confirmation email, if you want to send that one. The docs are good on this topic, and it's mostly a matter of overriding templates... which we already mastered.
All right guys, go use FOSUserBundle to quickly bootstrap your site! As long as you understand what it does... and does not give you, it's awesome. Seeya next time!