This page will give you an overview of various configuration files, syntax languages and configuration methods in TYPO3. For more extensive information we will refer you to the respective chapter or reference.
A primary feature of TYPO3 is its configurability. Not only can it be configured by users with special user privileges in the backend. Most configuration can also be changed by extensions or configuration files. Additionally, configuration can be extended by extensions.
Configuration overview: files¶
Contains the persisted $GLOBALS['TYPO3_CONF_VARS'] array. Settings configured in the backend by system maintainers in Admin Tools > Settings > Configure Installation-Wide Options are written to this file.
Can be used to override settings defined in
These two files can be used to set up a global service configuration for a project that can be used in several project-specific extensions. This is explained in detail in the Dependency Injection: Installation-wide configuration section.
This file is located in
webroot/typo3conf/sitesin non-Composer installations. The site configuration configured in the Site Management > Sites backend module is written to this file.
Composer configuration, required in Composer-based installations
Extension declaration, required in legacy installations
Various configuration. Is used only for backend or CLI requests or when a valid BE user is authenticated.
Various configuration. Is always included, whether frontend or backend.
Define the "Extension Configuration" settings that can be changed in the backend.
The files are explained in more depth in:
These are the main languages TYPO3 uses for configuration:
TypoScript syntax is used for TypoScript and TSconfig.
TypoScript constant syntax is used for Extension Configuration and for defining constants for TypoScript.
XML is used in Flexforms.
PHP is used for the
$GLOBALSarray which includes TCA (
$GLOBALS['TCA'], Global Configuration (
GLOBALS['TYPO3_CONF_VARS']), User Settings (
What is most important here, is that TypoScript has its own syntax. And the TypoScript syntax is used for the configuration methods TypoScript and TSconfig. The syntax for both is the same, while the semantics (what variables can be used and what they mean) are not.
Hence, the term TypoScript is used to both define the pure syntax TypoScript and the configuration method TypoScript. These are different things. To avoid confusion, we will use the terms:
"TypoScript syntax" or "TypoScript language"
"TypoScript configuration method" or "TypoScript Templating"
While Frontend TypoScript is used to steer the rendering of the frontend, TSconfig is used
to configure backend details for backend users. Using TSconfig it is possible to enable or
disable certain views, change the editing interfaces, and much more. All that without coding a single
line of PHP.
TSconfig can be set on a page (page TSconfig), as well as a user / group (user TSconfig)
TSconfig uses the same syntax as Frontend TypoScript, the syntax is outlined in detail in TypoScript. Other than that, TSconfig and Frontend TypoScript don't have much more in common - they consist of entirely different properties.
A full reference of properties as well as an introduction to explain details configuration usage, API and load orders can be found in the TSconfig Reference document. While Developers should have an eye on this document, it is mostly used as a reference for Integrators who make life as easy as possible for backend users.
TypoScript - or more precisely "TypoScript Templating" - is used in TYPO3 to steer the frontend rendering (the actual website) of a TYPO3 instance. It is based on the TypoScript syntax which is outlined in detail in TypoScript.
TypoScript Templating is very powerful and has been the backbone of frontend rendering ever since. However, with the rise of the Fluid templating engine, many parts of Frontend TypoScript are much less often used. Nowadays, TypoScript in real life projects is often not much more than a way to set a series of options for plugins, to set some global config options, and to act as a simple pre processor between database data and Fluid templates.
Still, the TypoScript Reference manual that goes deep into the incredible power of TypoScript Templating is daily bread for Integrators.
For an introduction, you may want to read one of the following tutorials:
TypoScript in 45 Minutes - Introduction to TypoScript Templating.
TYPO3 Sitepackage Tutorial - Start a Sitepackage Extension to create a theme for your site using TypoScript and Fluid.
There is some overlap between templating and configuration. TypoScript is used mostly for templating, but is still used quite heavily to define configuration options for extensions.
$GLOBALS ├── $GLOBALS['TCA'] = "TCA" ├── GLOBALS['TYPO3_CONF_VARS'] = "Global configuration" │ ├── GLOBALS['TYPO3_CONF_VARS']['EXTENSIONS'] = "Extension configuration" │ └── GLOBALS['TYPO3_CONF_VARS']['SYS']['features'] = "Feature Toggles" └── $GLOBALS['TYPO3_USER_SETTINGS'] = "User settings" └── ...
$GLOBALS PHP array consists of:
TCA is the backbone of database tables displayed in the backend, it configures how data is stored if editing records in the backend, how fields are displayed, relations to other tables and much more. It is a huge array loaded in almost all access contexts. TCA is documented in the TCA Reference. Next to a small introduction, the document forms a complete reference of all different TCA options, with bells and whistles. The document is a must-read for Developers, partially for Integrators, and is often used as a reference book on a daily basis. See Extending the TCA array about how to extend the TCA in extensions.
is used for system wide configuration. Most of the settings can be modified in the backend Admin Tools > Settings > Global Configuration and will be persisted to the file
config/system/settings.php. The settings can be overridden by using
- Extension Configuration:
is a subset of
$GLOBALS['TYPO3_CONF_VARS']. It is stored in
$GLOBALS['TYPO3_CONF_VARS']['EXTENSIONS']. It is used for configuration specific to one extension and can be modified in the backend Admin Tools > Settings > Extension Configuration. Do not set the values directly, use the API.
- Feature toggles:
are used to switch a specific functionality of TYPO3 on or off. The values are written to
GLOBALS['TYPO3_CONF_VARS']['SYS']['features']. The feature toggles can be switched on or off in the backend Admin Tools > Settings > Feature Toggles with Admin privileges. The API should be used to register and read feature toggles.
- User settings:
$GLOBALS['TYPO3_USER_SETTINGS']defines configuration for backend users
This is not a complete list of the entire
You can find more and view the configuration in the TYPO3 backend
System > Configuration (read only) or by viewing the
$GLOBALS array in a debugger. The backend module is available with
lowlevel system extension.
$GLOBALS['TYPO3_CONF_VARS'], Extension configuration and feature toggles
can be changed in the backend in Admin Tools > Settings by
system maintainers. TCA cannot be modified in the backend.
Configuration of the Logging Framework and
Caching Framework - while being a part of the
$GLOBALS['TYPO3_CONF_VARS'] array - can also not be changed in the
backend. They must be modified in the file
Flexforms are used to define some options in plugins and content elements. With Flexforms, every content element can be configured differently.
Flexform values can be changed while editing content elements in the backend.
A schema defining the values that can be changed in the Flexform is specified in the extension which supplies the plugin or content element.
Some system extensions use YAML for configuration:
Site configuration is stored in
<project-root>/config/sites/<identifier>/config.yaml. It can be configured in the backend module "Site" or changed directly in the configuration file.
Routing - "Speaking URLs" in TYPO3 is also defined in the file
form: The Form engine is a system extension which supplies Forms to use in the frontend
rte_ckeditor: RTE ckeditor is a system extension. It is used to enable rich text editing in the backend.
There is a YamlFileLoader which can be used to load YAML files.