Installing and Configuring Symfony¶
The goal of this chapter is to get you up and running with a working application built on top of Symfony. Fortunately, Symfony offers “distributions”, which are functional Symfony “starter” projects that you can download and begin developing in immediately.
Tip
If you’re looking for instructions on how best to create a new project and store it via source control, see Using Source Control.
Installing a Symfony2 Distribution¶
Tip
First, check that you have installed and configured a Web server (such as Apache) with PHP 5.3.8 or higher. For more information on Symfony2 requirements, see the requirements reference.
Symfony2 packages “distributions”, which are fully-functional applications that include the Symfony2 core libraries, a selection of useful bundles, a sensible directory structure and some default configuration. When you download a Symfony2 distribution, you’re downloading a functional application skeleton that can be used immediately to begin developing your application.
Start by visiting the Symfony2 download page at http://symfony.com/download. On this page, you’ll see the Symfony Standard Edition, which is the main Symfony2 distribution. There are 2 ways to get your project started:
Option 1) Composer¶
Composer is a dependency management library for PHP, which you can use to download the Symfony2 Standard Edition.
Start by downloading Composer anywhere onto your local computer. If you have curl installed, it’s as easy as:
curl -s https://getcomposer.org/installer | php
Note
If your computer is not ready to use Composer, you’ll see some recommendations when running this command. Follow those recommendations to get Composer working properly.
Composer is an executable PHAR file, which you can use to download the Standard Distribution:
$ php composer.phar create-project symfony/framework-standard-edition /path/to/webroot/Symfony 2.3.0
Tip
For an exact version, replace “2.3.0” with the latest Symfony version. For details, see the Symfony Installation Page
Tip
To download the vendor files faster, add the --prefer-dist
option at
the end of any Composer command.
This command may take several minutes to run as Composer downloads the Standard Distribution along with all of the vendor libraries that it needs. When it finishes, you should have a directory that looks something like this:
path/to/webroot/ <- your web server directory (sometimes named htdocs or public)
Symfony/ <- the new directory
app/
cache/
config/
logs/
src/
...
vendor/
...
web/
app.php
...
Option 2) Download an Archive¶
You can also download an archive of the Standard Edition. Here, you’ll need to make two choices:
- Download either a
.tgz
or.zip
archive - both are equivalent, download whatever you’re more comfortable using; - Download the distribution with or without vendors. If you’re planning on using more third-party libraries or bundles and managing them via Composer, you should probably download “without vendors”.
Download one of the archives somewhere under your local web server’s root
directory and unpack it. From a UNIX command line, this can be done with
one of the following commands (replacing ###
with your actual filename):
# for .tgz file
$ tar zxvf Symfony_Standard_Vendors_2.3.###.tgz
# for a .zip file
$ unzip Symfony_Standard_Vendors_2.3.###.zip
If you’ve downloaded “without vendors”, you’ll definitely need to read the next section.
Note
You can easily override the default directory structure. See /cookbook/configuration/override_dir_structure for more information.
All public files and the front controller that handles incoming requests in
a Symfony2 application live in the Symfony/web/
directory. So, assuming
you unpacked the archive into your web server’s or virtual host’s document root,
your application’s URLs will start with http://localhost/Symfony/web/
.
Note
The following examples assume you don’t touch the document root settings
so all URLs start with http://localhost/Symfony/web/
Updating Vendors¶
At this point, you’ve downloaded a fully-functional Symfony project in which you’ll start to develop your own application. A Symfony project depends on a number of external libraries. These are downloaded into the vendor/ directory of your project via a library called Composer.
Depending on how you downloaded Symfony, you may or may not need to update your vendors right now. But, updating your vendors is always safe, and guarantees that you have all the vendor libraries you need.
Step 1: Get Composer (The great new PHP packaging system)
curl -s http://getcomposer.org/installer | php
Make sure you download composer.phar
in the same folder where
the composer.json
file is located (this is your Symfony project
root by default).
Step 2: Install vendors
$ php composer.phar install
This command downloads all of the necessary vendor libraries - including
Symfony itself - into the vendor/
directory.
Note
If you don’t have curl
installed, you can also just download the installer
file manually at http://getcomposer.org/installer. Place this file into your
project and then run:
php installer
php composer.phar install
Tip
When running php composer.phar install
or php composer.phar update
,
composer will execute post install/update commands to clear the cache
and install assets. By default, the assets will be copied into your web
directory.
Instead of copying your Symfony assets, you can create symlinks if
your operating system supports it. To create symlinks, add an entry
in the extra
node of your composer.json file with the key
symfony-assets-install
and the value symlink
:
"extra": {
"symfony-app-dir": "app",
"symfony-web-dir": "web",
"symfony-assets-install": "symlink"
}
When passing relative
instead of symlink
to symfony-assets-install,
the command will generate relative symlinks.
Configuration and Setup¶
At this point, all of the needed third-party libraries now live in the vendor/
directory. You also have a default application setup in app/
and some
sample code inside the src/
directory.
Symfony2 comes with a visual server configuration tester to help make sure your Web server and PHP are configured to use Symfony. Use the following URL to check your configuration:
http://localhost/config.php
If there are any issues, correct them now before moving on.
When everything is fine, click on “Go to the Welcome page” to request your first “real” Symfony2 webpage:
http://localhost/app_dev.php/
Symfony2 should welcome and congratulate you for your hard work so far!
Tip
To get nice and short urls you should point the document root of your
webserver or virtual host to the Symfony/web/
directory. Though
this is not required for development it is recommended at the time your
application goes into production as all system and configuration files
become inaccessible to clients then. For information on configuring
your specific web server document root, read
/cookbook/configuration/web_server_configuration
or consult the official documentation of your webserver:
Apache | Nginx .
Beginning Development¶
Now that you have a fully-functional Symfony2 application, you can begin
development! Your distribution may contain some sample code - check the
README.md
file included with the distribution (open it as a text file)
to learn about what sample code was included with your distribution.
If you’re new to Symfony, check out “Creating Pages in Symfony2”, where you’ll learn how to create pages, change configuration, and do everything else you’ll need in your new application.
Be sure to also check out the Cookbook, which contains a wide variety of articles about solving specific problems with Symfony.
Note
If you want to remove the sample code from your distribution, take a look at this cookbook article: “/cookbook/bundles/remove”
Using Source Control¶
If you’re using a version control system like Git
or Subversion
, you
can setup your version control system and begin committing your project to
it as normal. The Symfony Standard edition is the starting point for your
new project.
For specific instructions on how best to setup your project to be stored in git, see /cookbook/workflow/new_project_git.
Ignoring the vendor/
Directory¶
If you’ve downloaded the archive without vendors, you can safely ignore
the entire vendor/
directory and not commit it to source control. With
Git
, this is done by creating and adding the following to a .gitignore
file:
/vendor/
Now, the vendor directory won’t be committed to source control. This is fine
(actually, it’s great!) because when someone else clones or checks out the
project, he/she can simply run the php composer.phar install
script to
install all the necessary project dependencies.