Scroll down to the script below, click on any sentence (including terminal blocks!) to jump to that spot in the video!Cool, got it!
Course: FOSUserBundle FTW! Tutorial
The most popular bundle in all of Symfony is... GifExceptionBundle! Wait... that's not right... but it should be. The actual most popular bundle is, of course, FOSUserBundle. And it's easy to know why: it gives you a lot of crazy-cool stuff, out-of-the-box: registration, reset password, change password, and edit profile pages. Honestly, it feels like stealing.
But guess what? A lot of smart devs don't like FOSUserBundle. How could that be? The bundle does give you a lot of stuff. But, it's not a magician: it doesn't know what your design looks like, what fields your registration form should have, the clever text you want in your emails or where to redirect the user after registration.
See, there's a lot of stuff that makes your site special. And that means that if you're going to use FOSUserBundle - which is awesome - you're going to need to customize a lot of things. And you've come to the right place: once we're done, you're going to be embarrissingly good extending this bundle. I mean, your co-workers will gaze at you in amazement as you hook into events, customize text and override templates. It's going to be beautiful thing.
Let's do it!
As always, you should totally code along with me... it's probably what the cool
kids are doing. Just click the download button on this page and unzip that guy. Inside,
you'll find a
start/ directory that has the same code you see here. Open up
README.md for hilarious text... and setup details.
The last step will be to find your favorite terminal and run:
php bin/console server:run
to start the built-in PHP web server. Ok, load this up in your browser:
Welcome to AquaNote! This is the same project we've been building in our main Symfony tutorials, but without any security logic. Gasp! See that Login link? It's a lie! It goes nowhere! The login link is a lie!
Google for the FOSUserBundle documentation: it lives right on Symfony.com. And make sure you're on the 2.0 version.
We'll go through the install details... but in our own order. Of course, first,
composer require line... but don't worry about the version number. Head
over to your terminal and run that:
composer require friendsofsymfony/user-bundle
While we're waiting for Jordi to prepare out delicious FOSUserBundle package, go
back and copy the
new FOSUserBundle() line from the docs, open our
file and paste it to enable the bundle. Oh, and FOSUserBundle uses
to send the password reset and registration confirmation emails. So, uncomment that.
You can also create your own custom mailer or tell FOSUserBundle to not send emails.
|... lines 2 - 5|
|class AppKernel extends Kernel|
|public function registerBundles()|
|$bundles = array(|
|... lines 11 - 14|
|... lines 16 - 21|
|... lines 23 - 24|
|... lines 26 - 35|
|... lines 37 - 56|
Ok, flip back to your terminal. Bah! It exploded! Ok, it did install FOSUserBundle. So, let's not panic people. It just went crazy while trying to clear the cache:
The child node
fos_usermust be configured
Ah, so this bundle has some required configuration.
Before we fill that in, I have a question: what does FOSUserBundle actually give
us? In reality, just 2 things: a
User entity and a bunch of routes and controllers
for things like registration, edit password, reset password, profile and a login page.
To use the
User class from the bundle, we need to create our own small
class that extends their's.
src/AppBundle/Entity, create a new PHP class called
User. To extend the
base class, add a
use statement for their
User class with
as BaseUser to avoid
a lame conflict. Then add,
|... line 2|
|... lines 4 - 5|
|use FOS\UserBundle\Model\User as BaseUser;|
|... lines 7 - 11|
|class User extends BaseUser|
|... lines 14 - 24|
There's just one thing we must do in this class: add a
protected $id property.
Beyond that, this is just a normal entity class. So I'll go to the Code->Generate
menu - or Command+N on a Mac - and choose
ORM Class to get my fancy
stuff on top. Add ticks around the
user table name - that's a keyword in some
|... lines 2 - 4|
|use Doctrine\ORM\Mapping as ORM;|
|... lines 6 - 7|
|class User extends BaseUser|
|... lines 14 - 18|
|... lines 20 - 24|
Now, go back to Code->Generate, choose
ORM Annotation and select the
Boom! We are annotated! Finally, go back to Code->Generate one last time... until
we do it more later - and generate the
|... lines 2 - 11|
|class User extends BaseUser|
|public function getId()|
This class is done!
Actually, this is unnecessary - the base
User class already has a
And now we have everything we need to add the required configuration. In the docs,
scroll down a little: under the Configure section, copy their example config. Then,
back in your editor, open
app/config/config.yml, and paste this down at the bottom.
orm and the
main - is also correct.
You can see that key in
And yea, the
user_class is also correct. We're crushing it! For the email stuff,
it doesn't matter, use
[email protected] and
|... lines 1 - 74|
|address: "[email protected]"|
|sender_name: "AquaNote Postman"|
Finally, our app should be un-broken! Try the console:
It's alive! Now, we can generate the migration for our
php bin/console doctrine:migrations:diff
If you get a "Command not Found" error, just install the DoctrineMigrationsBundle.
Yep, that looks about right. Run it:
php bin/console doctrine:migrations:migrate
At this point, the only thing this bundle has given us is the base
which is nice, but nothing too special, it has a bunch of properties like
The second thing this bundle gives us is a bunch of free routes and controllers. But to get those, we need to import the routes. Back in the documentation, scroll down a bit until you see step 6: Import FOSUserBundle routing files. Ah ha! Copy that routing import.
app/config/routing.yml file and paste that on top.
|... lines 1 - 9|
As soon as you do that, we have new routes! At your terminal, check them out:
php bin/console debug:router
Awesome! We have
/register and others for resetting
and changing your password. If we manually go to
/register in the browser... yea!
A functional registration form. I know, it's horribly, embarrassingly ugly:
we'll fix that.
Oh, and back on the docs, all the way at the bottom, there's a page about
Advanced routing configuration.
Open that in a new tab. In your app, you may not need all of the pages that
FOSUserBundle gives you. Maybe you need registration and reset password, but you
don't need a profile page. No problem! Instead of importing this
just import the specific routes you want. Seriously feel free to do this: if some
route or controller isn't helping you, kill it.
Oh, and if your registration page doesn't look mine - if it has some weird keys
instead of real text, don't worry. In
app/config/config.yml, just make sure to
translator key under
FOSUserBundle uses the translator to translate internal "keys" into English or whatever other language.
And basically... at this point... we're done installing the bundle! But how is that possible? We haven't touched anything related to security!
Here's the truth: this bundle has almost nothing to do with security: it just
gives you a
User class and some routes & controllers! We could already register,
reset our password or edit our profile without doing any more setup.
Well, that's almost true: we do need a tiny bit of security to make registration
security.yml, add an
encoders key with
bcrypt. When we register, FOSUserBundle needs to encode the plain-text password
before saving it. This tells it what algorithm to use.
|... lines 1 - 2|
|... lines 8 - 32|
There's one other small bit of security we need right now. In the documentation,
under step 4, copy the
providers key. Paste that over the old
|... lines 1 - 2|
|... lines 5 - 7|
|... lines 12 - 32|
I'll talk about this more in a few minutes, but it's needed for registration only because FOSUserBundle logs us in after registering... which is really nice!
In the next chapter, we'll do more security setup. But for right now, that's all we need!
So try it out! Refresh
/register. Let's use
turtles. And boom! We are registered and logged in! We even have
ROLE_USER. More on that later.
User class, a route import and a tiny bit of security, everything in the
bundle works: registration, reset password, edit password and edit profile.
The only thing you can't do is log out... or login. But that's not FOSUserBundle's fault: setting up security is our job. Let's do it next.