Warning: You are browsing the documentation from version 4 to 10 of Pimcore. Please visit https://pimcore.com/docs/platform/ for the latest versions of Pimcore.
Version: Edit on GitHub

Configuration

Environment-Specific Configurations

Pimcore supports different configurations for different environments (dev, test, stage, prod, ...) as well as custom configurations including a fallback mechanism.

Pimcore is relying on Symfony's environments, with some extras, however all the essential information can be found in the Symfony Docs

Note: While Pimcore uses Symfony's DotEnv component to allow you to configure environment variables in .env files, sometimes (e.g. in prod environments) you may want to configure everything via real environment variables instead. In this case, you can disable loading of .env files by setting the PIMCORE_SKIP_DOTENV_FILE environment variable to a truthy value.

In addition to Symfony configurations, Pimcore also supports environment specific configs for:

The environment specific config file has priority over the default config, so if your current environment is dev Pimcore first checks if e.g. var/config/image-thumbnails_dev.php exists, if not the default config var/config/image-thumbnails.php is used.

Configuration Storage Locations & Fallbacks

For certain configurations which can be edited in the user interface, Pimcore provides the possibility to configure them using various storage types. Available storages are (in priority order):

  • Symfony Config (YAML, needs container rebuild)
  • Pimcore SettingsStore
  • Pimcore Legacy PHP Array Config (deprecated)

This feature is currently supported by the following configurations:

  • Custom reports
  • Document types
  • Image thumbnails
  • Video thumbnails
  • Web2Print Settings
  • Predefined properties
  • Predefined asset metadata
  • Static Routes
  • Perspectives
  • Custom views

The data of configurations are loaded from the container and if there is no data pimcore try to load it from settings-store

You can change the write target individually for each type by using symfony configuration. The following options are available:

  • symfony-config
    • write configs as Symfony Config as YAML files to the configured storage directory
  • settings-store
    • write configs to the SettingsStore
  • disabled
    • do not allow to edit/write configs at all

Storage directory for symfony Config files

The default storage directory for Symfony Config files is /var/config/....

Available options for write targets and directory for Symfony Config files are:

pimcore:
    config_location:
        image_thumbnails:
            write_target:
	          type: 'symfony-config'
              options:
                directory: '/var/www/html/var/config/image-thumbnails'
        custom_reports:
            write_target:
	          type: 'settings-store'
        video_thumbnails:
            write_target:
	          type: 'disabled'
        document_types:
            write_target:
	          type: 'disabled'
        web_to_print:
            write_target:
	          type: 'symfony-config'
              options:
                directory: '/var/www/html/var/config/web_to_print'
        predefined_properties:
            write_target:
	          type: 'settings-store'
        predefined_asset_metadata:
            write_target:
	          type: 'symfony-config'
              options:
                directory: '/var/www/html/var/config/predefined_asset_metadata'
        staticroutes:
            write_target:
	          type: 'symfony-config'
              options:
                directory: '/var/www/html/var/config/staticroutes'
        perspectives:
            write_target:
	          type: 'symfony-config'
              options:
                directory: '/var/www/html/var/config/perspectives'
        custom_views:
            write_target:
	          type: 'symfony-config'
              options:
                directory: '/var/www/html/var/config/custom_views'
        object_custom_layouts:
            write_target:
	          type: 'symfony-config'
              options:
                directory: '/var/www/html/var/config/object_custom_layouts'

Production environment with symfony-config

When using symfony-config write target, configs are written to Symfony Config files (yaml), which are only getting revalidated in debug mode. So if you're changing configs in production you won't see any update, because these configs are read only.

If you'd like to allow changes in production, switch to the alternate settings-store config storage. You can do so by adding the following to your symfony-config. e.g.:

pimcore:
    config_location:
        custom_reports:
            write_target:
	          type: 'settings-store'

Revalidate existing configuration on production

With settings-store target, one can update/change configurations in production environment, which in turn revalidates the generated files e.g. Image Thumbnails, Video thumbnails for subsequent requests.

This is not the case with symfony-config write target, as configurations are read-only and deployed from different environment. So we need to explicitly revalidate the generated files either through command or custom script.

For example, to revalidate image or video thumbnails either run command pimcore:thumbnails:clear or call Asset\Image\Thumbnail\Config::clearTempFiles() after deploying changes on thumbnail configurations.