FrameworkBundle Configuration ("framework")
Edit this pageWarning: You are browsing the documentation for Symfony 2.0, which is no longer maintained.
Read the updated version of this page for Symfony 6.3 (the current stable version).
FrameworkBundle Configuration ("framework")
This reference document is a work in progress. It should be accurate, but all options are not yet fully covered.
The FrameworkBundle contains most of the "base" framework functionality
and can be configured under the framework key in your application configuration.
This includes settings related to sessions, translation, forms, validation,
routing and more.
Configuration
- charset
- secret
- ide
- test
- trust_proxy_headers
- trusted_proxies
- form
-
- enabled
- csrf_protection
-
- enabled
- field_name
charset
type: string default: UTF-8
The character set that's used throughout the framework. It becomes the service
container parameter named kernel.charset.
secret
type: string required
This is a string that should be unique to your application. In practice,
it's used for generating the CSRF tokens, but it could be used in any other
context where having a unique string is useful. It becomes the service container
parameter named kernel.secret.
ide
type: string default: null
If you're using an IDE like TextMate or Mac Vim, then Symfony can turn all of the file paths in an exception message into a link, which will open that file in your IDE.
If you use TextMate or Mac Vim, you can simply use one of the following built-in values:
textmatemacvim
You can also specify a custom file link string. If you do this, all percentage
signs (%) must be doubled to escape that character. For example, the
full TextMate string would look like this:
1 2
framework:
ide: "txmt://open?url=file://%%f&line=%%l"Of course, since every developer uses a different IDE, it's better to set
this on a system level. This can be done by setting the xdebug.file_link_format
PHP.ini value to the file link string. If this configuration value is set, then
the ide option does not need to be specified.
test
type: Boolean
If this configuration parameter is present (and not false), then the
services related to testing your application (e.g. test.client) are loaded.
This setting should be present in your test environment (usually via
app/config/config_test.yml). For more information, see Testing.
trusted_proxies
type: array
Configures the IP addresses that should be trusted as proxies. For more details, see Trusting Proxies.
1 2
framework:
trusted_proxies: [192.0.0.1]trust_proxy_headers
Caution
The trust_proxy_headers option is deprecated and will be removed in
Symfony 2.3. See trusted_proxies and Trusting Proxies
for details on how to properly trust proxy data.
type: Boolean
Configures if HTTP headers (like HTTP_X_FORWARDED_FOR, X_FORWARDED_PROTO, and
X_FORWARDED_HOST) are trusted as an indication for an SSL connection. By default, it is
set to false and only SSL_HTTPS connections are indicated as secure.
You should enable this setting if your application is behind a reverse proxy.
session
name
type: string default: null
This specifies the name of the session cookie. By default it will use the cookie
name which is defined in the php.ini with the session.name directive.
lifetime
type: integer default: 0
This determines the lifetime of the session - in seconds. By default it will use
0, which means the cookie is valid for the length of the browser session.
templating
assets_base_urls
default: { http: [], ssl: [] }
This option allows you to define base URLs to be used for assets referenced
from http and ssl (https) pages. A string value may be provided in
lieu of a single-element array. If multiple base URLs are provided, Symfony2
will select one from the collection each time it generates an asset's path.
For your convenience, assets_base_urls can be set directly with a string or
array of strings, which will be automatically organized into collections of base
URLs for http and https requests. If a URL starts with https:// or
is protocol-relative (i.e. starts with `//`) it will be added to both
collections. URLs starting with http:// will only be added to the
http collection.
assets_version
type: string
This option is used to bust the cache on assets by globally adding a query
parameter to all rendered asset paths (e.g. /images/logo.png?v2). This
applies only to assets rendered via the Twig asset function (or PHP equivalent)
as well as assets rendered with Assetic.
For example, suppose you have the following:
1
<img src="{{ asset('images/logo.png') }}" alt="Symfony!" />By default, this will render a path to your image such as /images/logo.png.
Now, activate the assets_version option:
1 2 3 4
# app/config/config.yml
framework:
# ...
templating: { engines: ['twig'], assets_version: v2 }Now, the same asset will be rendered as /images/logo.png?v2 If you use
this feature, you must manually increment the assets_version value
before each deployment so that the query parameters change.
You can also control how the query string works via the assets_version_format option.
assets_version_format
type: string default: %%s?%%s
This specifies a sprintf pattern that will be used with the assets_version
option to construct an asset's path. By default, the pattern adds the asset's
version as a query string. For example, if assets_version_format is set to
%%s?version=%%s and assets_version is set to 5, the asset's path
would be /images/logo.png?version=5.
Note
All percentage signs (%) in the format string must be doubled to escape
the character. Without escaping, values might inadvertently be interpreted
as Service Container.
Tip
Some CDN's do not support cache-busting via query strings, so injecting the
version into the actual file path is necessary. Thankfully, assets_version_format
is not limited to producing versioned query strings.
The pattern receives the asset's original path and version as its first and
second parameters, respectively. Since the asset's path is one parameter, you
cannot modify it in-place (e.g. /images/logo-v5.png); however, you can
prefix the asset's path using a pattern of version-%%2$s/%%1$s, which
would result in the path version-5/images/logo.png.
URL rewrite rules could then be used to disregard the version prefix before serving the asset. Alternatively, you could copy assets to the appropriate version path as part of your deployment process and forgo any URL rewriting. The latter option is useful if you would like older asset versions to remain accessible at their original URL.
Full Default Configuration
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93
framework:
# general configuration
charset: ~
secret: ~ # Required
ide: ~
test: ~
trust_proxy_headers: false
# form configuration
form:
enabled: true
csrf_protection:
enabled: true
field_name: _token
# esi configuration
esi:
enabled: true
# profiler configuration
profiler:
only_exceptions: false
only_master_requests: false
dsn: "sqlite:%kernel.cache_dir%/profiler.db"
username:
password:
lifetime: 86400
matcher:
ip: ~
path: ~
service: ~
# router configuration
router:
resource: ~ # Required
type: ~
http_port: 80
https_port: 443
# session configuration
session:
auto_start: ~
default_locale: en
storage_id: session.storage.native
name: ~
lifetime: 0
path: ~
domain: ~
secure: ~
httponly: ~
# templating configuration
templating:
assets_version: ~
assets_version_format: "%%s?%%s"
assets_base_urls:
http: []
ssl: []
cache: ~
engines: # Required
form:
resources: [FrameworkBundle:Form]
# Example:
- twig
loaders: []
packages:
# Prototype
name:
version: ~
version_format: ~
base_urls:
http: []
ssl: []
# translator configuration
translator:
enabled: true
fallback: en
# validation configuration
validation:
enabled: true
cache: ~
enable_annotations: false
# annotation configuration
annotations:
cache: file
file_cache_dir: "%kernel.cache_dir%/annotations"
debug: true
