.. include:: /Includes.rst.txt .. _config: .. _config-object-type: .. _config-datatype: .. _top-level-objects-config: =============== CONFIG & config =============== .. note:: * TYPO3 by default creates a top level object "config" of the object type CONFIG. In :file:`typo3/sysext/frontend/Classes/` this is known as :php:`$GLOBALS['TSFE']->config['config']`, thus the property :typoscript:`debug` below is accessible as :php:`$GLOBALS['TSFE']->config['config']['debug']`. Properties ========== .. container:: ts-properties ===================================================== ================================================== ====================================================================== Property Data Type Default ===================================================== ================================================== ====================================================================== `absRefPrefix`_ :ref:`data-type-string` `additionalHeaders`_ array with numeric indices `admPanel`_ :ref:`data-type-boolean` `ATagParams`_ *-params* `baseURL`_ :ref:`data-type-string` `cache`_ array `cache\_clearAtMidnight`_ :ref:`data-type-boolean` false `cache\_period`_ :ref:`data-type-integer` 86400 *(= 24 hours)* `compressCss`_ :ref:`data-type-boolean` `compressJs`_ :ref:`data-type-boolean` `concatenateCss`_ :ref:`data-type-boolean` `concatenateJs`_ :ref:`data-type-boolean` `contentObjectExceptionHandler`_ array `debug`_ :ref:`data-type-boolean` `disableAllHeaderCode`_ :ref:`data-type-boolean` false `disableBodyTag`_ :ref:`data-type-boolean` 0 `disableCharsetHeader`_ :ref:`data-type-boolean` `disableImgBorderAttr`_ :ref:`data-type-boolean` `disablePageExternalUrl`_ :ref:`data-type-boolean` `disablePrefixComment`_ :ref:`data-type-boolean` `disablePreviewNotification`_ :ref:`data-type-boolean` 0 `disableLanguageHeader`_ :ref:`data-type-boolean` 0 `doctype`_ :ref:`data-type-string` `doctypeSwitch`_ :ref:`data-type-boolean` / :ref:`data-type-string` `enableContentLengthHeader`_ :ref:`data-type-boolean` 1 `extTarget`_ :ref:`data-type-target` \_top `fileTarget`_ :ref:`data-type-target` `forceTypeValue`_ :ref:`data-type-integer` `headerComment`_ :ref:`data-type-string` `htmlTag.attributes`_ array `htmlTag\_setParams`_ :ref:`data-type-string` `htmlTag\_stdWrap`_ :ref:`stdwrap` `index\_descrLgd`_ :ref:`data-type-integer` 200 `index\_enable`_ :ref:`data-type-boolean` `index\_externals`_ :ref:`data-type-boolean` `index\_metatags`_ :ref:`data-type-boolean` true `inlineStyle2TempFile`_ :ref:`data-type-boolean` `intTarget`_ :ref:`data-type-target` `linkVars`_ :ref:`data-type-list` `message\_preview`_ :ref:`data-type-string` `message\_preview\_workspace`_ :ref:`data-type-string` `metaCharset`_ :ref:`data-type-string` utf-8 `moveJsFromHeaderToFooter`_ :ref:`data-type-boolean` `MP\_defaults`_ :ref:`data-type-string` `MP\_disableTypolinkClosestMPvalue`_ :ref:`data-type-boolean` `MP\_mapRootPoints`_ list of PIDs / :ref:`data-type-string` `namespaces`_ *(array of strings)* `no\_cache`_ :ref:`data-type-boolean` 0 `noPageTitle`_ :ref:`data-type-integer` 0 `pageRendererTemplateFile`_ :ref:`data-type-string` `pageTitle`_ :ref:`stdWrap` `pageTitleFirst`_ :ref:`data-type-boolean` 0 `pageTitleProviders`_ array `pageTitleSeparator`_ :ref:`data-type-string` / :ref:`stdwrap` ": " *(colon with following space)* `removeDefaultCss`_ :ref:`data-type-boolean` `removeDefaultJS`_ :ref:`data-type-boolean` / :ref:`data-type-string` `removePageCss`_ :ref:`data-type-boolean` `sendCacheHeaders`_ :ref:`data-type-boolean` `sendCacheHeaders\_onlyWhenLoginDeniedInBranch`_ :ref:`data-type-boolean` `spamProtectEmailAddresses`_ "ascii" / `spamProtectEmailAddresses\_atSubst`_ :ref:`data-type-string` (at) `spamProtectEmailAddresses\_lastDotSubst`_ :ref:`data-type-string` . *(just a simple dot)* `sword\_noMixedCase`_ :ref:`data-type-boolean` `sword\_standAlone`_ :ref:`data-type-boolean` `tx\_[extension key with no underscores]\_[\*]`_ array `typolinkLinkAccessRestrictedPages`_ integer (page id) / keyword "NONE" `typolinkLinkAccessRestrictedPages\_addParams`_ :ref:`data-type-string` `xhtmlDoctype`_ :ref:`data-type-string` `xmlprologue`_ :ref:`data-type-string` ===================================================== ================================================== ====================================================================== .. ### BEGIN~OF~TABLE ### .. _setup-config-absrefprefix: absRefPrefix ============ .. container:: table-row Property absRefPrefix Data type :ref:`data-type-string` Description If this value is set, then all relative links in TypoScript are prepended with this string. **Special keyword:** "auto" lets TYPO3 autodetect the site root based on path prefixes (and not based on host name variables from the server, making this value safe for multi-domain environments). **Note:** Using an URI in :typoscript:`absRefPrefix` will require additional conditions if you use different domains for your deployment stages in CI environments. **Note:** If you're working on a server where you have different domain names or different path segments leading to the same page (e.g. for internal and external access), you might do yourself a favor and set `absRefPrefix` to the URL and path of your site, e.g. :samp:`https://example.org/`. If you do not, you risk to render pages to cache from the internal network and thereby prefix image-references and links with a wrong path or a path not accessible from outside. Examples 1. Prefixing all links with a "/" results in absolute link paths:: config.absRefPrefix = / 2. Prefixing all links with the path to a subdirectory:: config.absRefPrefix = /some-subsite/ 3. Prefixing all links with a URI scheme:: config.absRefPrefix = https://example.org/ .. _setup-config-additionalheaders: additionalHeaders ================= .. container:: table-row Property additionalHeaders Data type array with numeric indices Description This property can be used to define additional HTTP headers. For each numeric index, there are the following sub-properties: **header:** The header string **replace:** Optional. If set, previous headers with the same name are replaced with the current one. Default is "1". **httpResponseCode:** Optional. HTTP status code as an integer. By default TYPO3 sends a "Content-Type" header with the defined encoding, unless this is disabled using :ref:`setup-config-disableCharsetHeader`. It then sends cache headers, if configured via :ref:`setup-config-sendcacheheaders`. Then additional headers are send, plus finally a "Content-Length" header, if enabled via :ref:`setup-config-enablecontentlengthheader`. Example :: config.additionalHeaders { 10 { # The header string header = foo # Do not replace previous headers with the same name. replace = 0 # Force a 401 HTTP response code httpResponseCode = 401 } # Always set cache headers to private, overwriting the default TYPO3 Cache-control header 20.header = Cache-control: Private } .. _setup-config-admpanel: admPanel ======== .. container:: table-row Property admPanel Data type :ref:`data-type-boolean` Description If set, the admin panel appears in the bottom of pages. **Note:** In addition the panel must be enabled for the user as well, using the TSconfig for the user! See the TSconfig reference about additional admin panel properties. .. _setup-config-atagparams: ATagParams ========== .. container:: table-row Property ATagParams Data type *-params* Description Additional parameters to all links in TYPO3 (excluding menu-links). .. _setup-config-baseurl: baseURL ======= .. container:: table-row Property baseURL Data type :ref:`data-type-string` Description This writes the :html:`` tag in the header of the document. Set this to the value that is expected to be the URL and append a "/" to the end of the string. Example :: config.baseURL = https://example.org/sub_dir/ .. _setup-config-cache: cache ===== .. container:: table-row Property cache Data type array Description Determine the maximum cache lifetime of a page. The maximum cache lifetime of a page can not only be determined by the start and stop times of content elements on the page itself, but also by arbitrary records on any other page. However, the page has to be configured so that TYPO3 knows the start and stop times of which records to include. Otherwise, the cache entry will be used although a start/stop date already passed by. To include records of type on page into the cache lifetime calculation of page , add the following TypoScript:: config.cache. =
: Multiple record sources can be added as comma-separated list, see the examples. You can use the keyword "all" instead of a to consider records for the cache lifetime of all pages. You can use the keyword "current" instead of a to consider records on the current page for the cache life of it-self. Examples This includes the fe\_users records on page 2 in the cache lifetime calculation for page 10:: config.cache.10 = fe_users:2 This includes records from multiple sources, namely the fe\_users records on page 2 and the tt\_news records on page 11:: config.cache.10 = fe_users:2,tt_news:11 Consider the fe\_user records on the storage page 2 for the cache lifetime of all pages:: config.cache.all = fe_users:2 Each pages cache lifetime is influenced if fe_users stored on the page itself get changed:: config.cache.all = fe_users:current .. _setup-config-cache-clearatmidnight: cache\_clearAtMidnight ====================== .. container:: table-row Property cache\_clearAtMidnight Data type :ref:`data-type-boolean` Default false Description With this setting the cache always expires at midnight of the day, the page is scheduled to expire. .. _setup-config-cache-period: cache\_period ============= .. container:: table-row Property cache\_period Data type :ref:`data-type-integer` Default 86400 *(= 24 hours)* Description The number of second a page may remain in cache. This value is overridden by the value set in the page-record (field="cache\_timeout") if this value is greater than zero. .. _setup-config-compresscss: compressCss =========== .. container:: table-row Property compressCss Data type :ref:`data-type-boolean` Default 0 Description If set, CSS files referenced in :typoscript:`page.includeCSS` and the like will be minified and compressed. Does not work on files, which are referenced in :typoscript:`page.headerData`. Minification will remove all excess space. The more significant compression step (using gzip compression) requires :php:`$GLOBALS['TYPO3_CONF_VARS']['FE']['compressionLevel']` to be enabled in the Install Tool. For this to work you also need to activate the gzip- related compressionLevel options in :file:`.htaccess`, as otherwise the compressed files will not be readable by the user agent. TYPO3 comes with a built-in compression handler, but you can also register your own one using :php:`$GLOBALS['TYPO3_CONF_VARS']['FE']['cssCompressHandler']`. .. code-block:: php $GLOBALS['TYPO3_CONF_VARS']['FE']['cssCompressHandler'] = \TYPO3\CMS\Core\Extension\ExtensionManager::extPath($_EXTKEY) . 'Classes/CssCompressHandler.php:Vendor\MyExt\CssCompressHandler->compressCss'; Example :: config.compressCss = 1 .. _setup-config-compressjs: compressJs ========== .. container:: table-row Property compressJs Data type :ref:`data-type-boolean` Default 0 Description Enabling this option together with :php:`$GLOBALS['TYPO3_CONF_VARS']['FE']['compressionLevel']` in the Install Tool delivers Frontend JavaScript files referenced in :typoscript:`page.includeJS` and the like using GZIP compression. Does not work on files, which are referenced in :typoscript:`page.headerData`. This can significantly reduce file sizes of linked JavaScript files and thus decrease loading times. Please note that this requires :file:`.htaccess` to be adjusted, as otherwise the files will not be readable by the user agent. Please see the description of :php:`$GLOBALS['TYPO3_CONF_VARS']['FE']['compressionLevel']` in the Install Tool. TYPO3 comes with a built-in compression handler, but you can also register your own one using :php:`$GLOBALS['TYPO3_CONF_VARS']['FE']['jsCompressHandler']`. .. code-block:: php $GLOBALS['TYPO3_CONF_VARS']['FE']['jsCompressHandler'] = \TYPO3\CMS\Core\Extension\ExtensionManager::extPath($_EXTKEY) . 'Classes/JsCompressHandler.php:Vendor\MyExt\JsCompressHandler->compressJs'; Example :: config.compressJs = 1 .. _setup-config-concatenatecss: concatenateCss ============== .. container:: table-row Property concatenateCss Data type :ref:`data-type-boolean` Default 0 Description Setting :typoscript:`config.concatenateCss` merges Stylesheet files referenced in the Frontend in page.includeCSS and the like together. Files are merged only, if their media attribute has the same value, e.g. if it is "all" for several files. Does not work on files, which are referenced in :typoscript:`page.headerData`. TYPO3 comes with a built-in concatenation handler, but you can also register your own one using :php:`$GLOBALS['TYPO3_CONF_VARS']['FE']['cssConcatenateHandler']`. .. code-block:: php $GLOBALS['TYPO3_CONF_VARS']['FE']['cssCompressHandler'] = \TYPO3\CMS\Core\Extension\ExtensionManager::extPath($_EXTKEY) . 'Classes/CssCompressHandler.php:Vendor\MyExt\CssCompressHandler->compressCss'; Example :: config.concatenateCss = 1 .. _setup-config-concatenatejs: concatenateJs ============= .. container:: table-row Property concatenateJs Data type :ref:`data-type-boolean` Default 0 Description Setting :typoscript:`config.concatenateJs` merges JavaScript files referenced in the Frontend in :typoscript:`page.includeJS` and the like together. Does not work on files, which are referenced in :typoscript:`page.headerData`. If all files to be concatenated are marked with the async flag, the async attribute is assigned to the script tag. TYPO3 comes with a built-in concatenation handler, but you can also register your own one using :php:`$GLOBALS['TYPO3_CONF_VARS']['FE']['jsConcatenateHandler']`. .. code-block:: php $GLOBALS['TYPO3_CONF_VARS']['FE']['jsConcatenateHandler'] = \TYPO3\CMS\Core\Extension\ExtensionManager::extPath($_EXTKEY) . 'Classes/JsConcatenateHandler.php:Vendor\MyExt\JsConcatenateHandler->concatenateJs'; Example :: config.concatenateJs = 1 page = PAGE page.includeJSFooter { test = fileadmin/user_upload/test.js test.async = 1 test2 = fileadmin/user_upload/test2.js test2.async = 1 } .. _setup-config-contentObjectExceptionHandler: contentObjectExceptionHandler ============================= .. container:: table-row Property contentObjectExceptionHandler Data type array Description Exceptions which occur during rendering of content objects (typically plugins) will now be caught by default in production context and an error message is shown along with the rendered output. If this is done, the page will remain available while the section of the page that produces an error (i.e. throws an exception) will show a configurable error message. By default this error message contains a random code which references the exception and is also logged by the logging framework for developer reference. .. important:: Instead of breaking the whole page when an exception occurs, an error message is shown for the part of the page that is broken. Be aware that unlike before, it is now possible that a page with error message gets cached. To get rid of the error message not only the actual error needs to be fixed, but the cache must be cleared for this page. Examples :: # Use 1 for the default exception handler (enabled by default in production context) config.contentObjectExceptionHandler = 1 # Use a class name for individual exception handlers config.contentObjectExceptionHandler = TYPO3\CMS\Frontend\ContentObject\Exception\ProductionExceptionHandler # Customize the error message. A randomly generated code is replaced within the message if needed. config.contentObjectExceptionHandler.errorMessage = Oops an error occurred. Code: %s # Configure exception codes which will not be handled, but bubble up again (useful for temporary fatal errors) tt_content.login.20.exceptionHandler.ignoreCodes.10 = 1414512813 # Disable the exception handling for an individual plugin/ content object tt_content.login.20.exceptionHandler = 0 # ignoreCodes and errorMessage can be both configured globally … config.contentObjectExceptionHandler.errorMessage = Oops an error occurred. Code: %s config.contentObjectExceptionHandler.ignoreCodes.10 = 1414512813 # … or locally for individual content objects tt_content.login.20.exceptionHandler.errorMessage = Oops an error occurred. Code: %s tt_content.login.20.exceptionHandler.ignoreCodes.10 = 1414512813 .. _setup-config-debug: debug ===== .. container:: table-row Property debug Data type :ref:`data-type-boolean` Description If set then debug information in the TypoScript code is sent. This applies e.g. to menu objects and the parsetime output. The parsetime will be sent as HTTP response header `X-TYPO3-Parsetime`. .. _setup-config-disableallheadercode: disableAllHeaderCode ==================== .. container:: table-row Property disableAllHeaderCode Data type :ref:`data-type-boolean` Default false Description If this is set, none of the features of the :ref:`page` object is processed and the content of the page will be the result of the cObject array (1,2,3,4...) of the :ref:`page` object. This means that the result of the cObject should include everything from the :html:`` .... to the :html:`` tag! Use this feature in templates supplying other content-types than HTML. That could be an image or a WAP-page! .. _setup-config-disablebodytag: disableBodyTag ============== .. container:: table-row Property disableBodyTag Data type :ref:`data-type-boolean` Default 0 (false) Description If this option is set the TYPO3 core will not generate the opening :html:`` part of the body tag. The closing :html:`` is not affected and will still be issued. :typoscript:`disableBodyTag` takes precedence over the :ref:`page` properties :typoscript:`bodyTagCObject`, :typoscript:`bodyTag` and :typoscript:`bodyTagAdd`. With :typoscript:`config.disableBodyTag = 1` the others are ignored and don't have any effect. .. _setup-config-disablecharsetheader: disableCharsetHeader ==================== .. container:: table-row Property disableCharsetHeader Data type :ref:`data-type-boolean` Description By default a HTTP header `content-type:text/html; charset...` is sent. This option will disable that. .. _setup-config-disableimgborderattr: disableImgBorderAttr ==================== .. container:: table-row Property disableImgBorderAttr Data type :ref:`data-type-boolean` Description Returns the `border` attribute for an :html:`` tag only if the doctype is not `xhtml_strict` or `xhtml_11` or if the config parameter :typoscript:`disableImgBorderAttr` is not set .. _setup-config-disablepageexternalurl: disablePageExternalUrl ====================== .. container:: table-row Property disablePageExternalUrl Data type :ref:`data-type-boolean` Description If set, pages with doktype "External Url" will not trigger jumpUrl in TSFE. .. _setup-config-disableprefixcomment: disablePrefixComment ==================== .. container:: table-row Property disablePrefixComment Data type :ref:`data-type-boolean` Description If set, the stdWrap property :ref:`stdwrap-prefixcomment` will be disabled, thus preventing any revealing and space-consuming comments in the HTML source code. .. _setup-config-disablepreviewnotification: disablePreviewNotification ========================== .. container:: table-row Property disablePreviewNotification Data type :ref:`data-type-boolean` Default 0 Description Disables the "preview" notification box completely. .. _disableLanguageHeader: disableLanguageHeader ===================== .. container:: table-row Property disableLanguageHeader Data type :ref:`data-type-boolean` Default 0 Description TYPO3 by default sends a `Content-language: XX` HTTP header, where "XX" is the ISO code of the according language. The value is based on the language defined in the :ref:`Site Configuration `. If :typoscript:`config.disableLanguageHeader` is set, this header will not be sent. .. _setup-config-doctype: doctype ======= .. container:: table-row Property doctype Data type :ref:`data-type-string` Description If set, then a document type declaration (and an XML prologue) will be generated. The value can either be a complete doctype or one of the following keywords: **xhtml\_trans** for the XHTML 1.0 Transitional doctype. **xhtml\_strict** for the XHTML 1.0 Strict doctype. **xhtml\_basic** for the XHTML basic doctype. **xhtml\_11** for the XHTML 1.1 doctype. **xhtml+rdfa\_10** for the XHTML+RDFa 1.0 doctype. **html5** for the HTML5 doctype. **none** for *no* doctype at all. .. note:: Keywords also change the way TYPO3 generates some of the XHTML tags to ensure valid XML. If you set doctype to a string, then you must also set :typoscript:`config.xhtmlDoctype` (see below). See :ref:`config.htmlTag_setParams ` for more details on the effect on the HTML tag. Default is the HTML 5 doctype: .. code-block:: html .. _setup-config-doctypeswitch: doctypeSwitch ============= .. container:: table-row Property doctypeSwitch Data type :ref:`data-type-boolean` / :ref:`data-type-string` Description If set, the order of and will be reversed. This is needed for MSIE to be standards compliant with XHTML. **Background:** By default TYPO3 outputs the XML/DOCTYPE in compliance with the standards of XHTML. However a browser like MSIE will still run in "quirks-mode" unless the and tags are ordered opposite. But this breaks CSS validation... With this option designers can decide for themselves what they want then. If you want to check the compatibility-mode of your webbrowser you can do so with a simple JavaScript that can be inserted on a TYPO3 page like this:: page.headerData.1 = TEXT page.headerData.1.value = If your browser has detected the DOCTYPE correctly it will report "CSS1Compat" If you are not running in compliance mode you will get some other message. MSIE will report "BackCompat" for instance - this means it runs in quirks-mode, supporting all the old "browser-bugs". .. _setup-config-enablecontentlengthheader: enableContentLengthHeader ========================= .. container:: table-row Property enableContentLengthHeader Data type :ref:`data-type-boolean` Default 1 Description If set, a header "content-length: [bytes of content]" is sent. If the Backend user is logged in, this is disabled. The reason is that the content length header cannot include the length of these objects and the content-length will cut off the length of the document in some browsers. .. _setup-config-exttarget: extTarget ========= .. container:: table-row Property extTarget Data type target Default \_top Description Default external target. Used by typolink if no extTarget is set .. _setup-config-filetarget: fileTarget ========== .. container:: table-row Property fileTarget Data type target Description Default file link target. Used by typolink if no fileTarget is set. .. _setup-config-forcetypevalue: forceTypeValue ============== .. container:: table-row Property forceTypeValue Data type :ref:`data-type-integer` Description Force the `&type` value of all TYPO3 generated links to a specific value (except if overruled by local :typoscript:`forceTypeValue` values). Useful if you run a template with special content at - say `&type=95` - but still wants to keep your targets neutral. Then you set your targets to blank and this value to the type value you wish. .. _setup-config-headercomment: headerComment ============= .. container:: table-row Property headerComment Data type :ref:`data-type-string` Description The content is added before the "TYPO3 Content Management Framework" comment in the section of the page. Use this to insert a note like that "Programmed by My-Agency". .. _setup-config-htmltag-attributes: htmlTag.attributes ================== .. container:: table-row Property htmlTag.attributes Data type array Description Sets the attributes for the :html:`` tag on the page. Allows to override and add custom attributes via TypoScript without having to re-add the existing attributes generated by SiteHandling. This property supersedes the previous :typoscript:`config.htmlTag_setParams` option by providing a more flexible API to add attributes. Example :: config.htmlTag.attributes.class = no-js Results in : .. code-block:: html :: config.htmlTag.attributes.amp = Results in : .. code-block:: html .. warning:: If you are using :typoscript:`htmlTag.attributes` the property :ref:`setup-config-htmltag-setparams` will not have any effect. .. note:: Please note that the `lang` attribute in these examples are auto-generated by :ref:`site handling`, depending on the value added there. .. _setup-config-htmltag-dir: .. _setup-config-htmltag-setparams: htmlTag\_setParams ================== .. container:: table-row Property htmlTag\_setParams Data type :ref:`data-type-string` Description Sets the attributes for the :html:`` tag on the page. If you set :ref:`setup-config-doctype` to a keyword enabling XHTML then some attributes are already set. This property allows you to override any preset attributes with your own content if needed. **Special:** If you set it to "none" then no attributes will be set at any event. Example :: config.htmlTag_setParams = xmlns="http://www.w3.org/1999/xhtml" xml:lang="en-US" .. warning:: If you are using `htmlTag.attributes` this property (`htmlTag_setParams`) will not have any effect. .. note:: Used to older TYPO3 versions? If you are using :ref:`site handling` you do not need to set `htmlTag_setParams` for language related configuration in TypoScript. .. _setup-config-htmltag-stdwrap: htmlTag\_stdWrap ================ .. container:: table-row Property htmlTag\_stdWrap Data type :ref:`stdwrap` Description Modify the whole :html:`` tag with stdWrap functionality. This can be used to extend or override this tag. .. _setup-config-index-descrlgd: index\_descrLgd =============== .. container:: table-row Property index\_descrLgd Data type :ref:`data-type-integer` Default 200 Description This indicates how many chars to preserve as description for an indexed page. This may be used in the search result display. .. _setup-config-index-enable: index\_enable ============= .. container:: table-row Property index\_enable Data type :ref:`data-type-boolean` Description Enables cached pages to be indexed. Automatically enabled when EXT:indexed_search is enabled. .. _setup-config-index-externals: index\_externals ================ .. container:: table-row Property index\_externals Data type :ref:`data-type-boolean` Description If set, external media linked to on the pages is indexed as well. Automatically enabled when EXT:indexed_search is enabled. .. _setup-config-index-metatags: index\_metatags =============== .. container:: table-row Property index\_metatags Data type :ref:`data-type-boolean` Default true Description This allows to turn on or off the indexing of metatags. It is turned on by default. .. _setup-config-inlinestyle2tempfile: inlineStyle2TempFile ==================== .. container:: table-row Property inlineStyle2TempFile Data type :ref:`data-type-boolean` Default 1 Description If set, the inline styles TYPO3 controls in the core are written to a file, :file:`typo3temp/assets/css/stylesheet\_[hashstring].css`, and the header will only contain the link to the stylesheet. The file hash is based solely on the content of the styles. Example :: config.inlineStyle2TempFile = 0 .. _setup-config-inttarget: intTarget ========= .. container:: table-row Property intTarget Data type target Description Default internal target. Used by typolink if no target is set .. _setup-config-linkvars: linkVars ======== .. container:: table-row Property linkVars Data type list Description :php:`HTTP_GET_VARS`, which should be passed on with links in TYPO3. This is compiled into a string stored in :php:`$GLOBALS['TSFE']->linkVars` The values are rawurlencoded in PHP. You can specify a range of valid values by appending a () after each value. If this range does not match, the variable won't be appended to links. This is very important to prevent that the cache system gets flooded with forged values. The range may contain one of these values: - **[a]-[b]** -A range of allowed integer values - **int** -Only integer values are allowed - **[a]\|[b]\|[c]** -A list of allowed strings (whitespaces will be removed) - **/[regex]/** -Match against a regular expression (PCRE style) You can use the pipe character (|) to access nested properties. .. note:: Do **not** include the `type` and `L` parameter in the linkVars list, as this will result in unexpected behavior. Examples :: config.linkVars = print This will add `&print=[print-value]` to all links in TYPO3. :: config.linkVars = tracking|green(0-5) With the above configuration the following example GET parameters will be kept: `&tracking[green]=3`. But a get parameter like `tracking[blue]` will not be kept. .. _setup-config-message-preview: message\_preview ================ .. container:: table-row Property message\_preview Data type :ref:`data-type-string` Description Alternative message in HTML that appears when the preview function is active! .. _setup-config-message-preview-workspace: message\_preview\_workspace =========================== .. container:: table-row Property message\_preview\_workspace Data type :ref:`data-type-string` Description Alternative message in HTML that appears when the preview function is active in a draft workspace. You can use sprintf() placeholders for Workspace title (first) and number (second). Examples :: config.message_preview_workspace =
Displaying workspace named "%s" (number %s)!
config.message_preview_workspace =
Displaying workspace number %2$s named "%1$s"!
.. _setup-config-metacharset: metaCharset =========== .. container:: table-row Property metaCharset Data type :ref:`data-type-string` Default utf-8 Description Charset used for the output document. For example in the meta tag:: It is used for a) HTML meta tag, b) HTTP header (unless disabled with :ref:`setup-config-disableCharsetHeader`) and c) xhtml prologues (if available). If metaCharset is not UTF-8, the output content is automatically converted to metaCharset before output and likewise are values posted back to the page converted from metaCharset to UTF-8 for internal processing. This conversion takes time of course so there is another good reason to use the same charset for both. If an unknown charset is provided a :php:`\RuntimeException` will be thrown. .. _setup-config-movejsfromheadertofooter: moveJsFromHeaderToFooter ======================== .. container:: table-row Property moveJsFromHeaderToFooter Data type :ref:`data-type-boolean` Description If set, all JavaScript (includes and inline) will be moved to the bottom of the HTML document, which is after the content and before the closing body tag. .. _setup-config-mp-defaults: MP\_defaults ============ .. container:: table-row Property MP\_defaults Data type :ref:`data-type-string` Description Allows you to set a list of page id numbers which will always have a certain "&MP=..." parameter added. **Syntax:** [id],[id],... : [MP-var] \| [id],[id],... : [MP-var] \| ... Example :: config.MP_defaults = 36,37,48 : 2-207 This will by default add `&MP=2-207` to all links pointing to pages 36,37 and 48. .. _setup-config-mp-disabletypolinkclosestmpvalue: MP\_disableTypolinkClosestMPvalue ================================= .. container:: table-row Property MP\_disableTypolinkClosestMPvalue Data type :ref:`data-type-boolean` Description If set, the typolink function will not try to find the closest MP value for the id. .. _setup-config-mp-maprootpoints: MP\_mapRootPoints ================= .. container:: table-row Property MP\_mapRootPoints Data type list of PIDs / :ref:`data-type-string` Description Defines a list of ID numbers from which the MP-vars are automatically calculated for the branch. The result is used just like :ref:`MP\_defaults ` are used to find MP-vars if none has been specified prior to the call to `\TYPO3\CMS\Frontend\Typolink\PageLinkBuilder`. You can specify `root` as a special keyword in the list of IDs and that will create a map-tree for the whole site (but this may be VERY processing intensive if there are many pages!). The order of IDs specified may have a significance; Any ID in a branch which is processed already (by a previous ID root point) will not be processed again. The configured IDs have to be the uids of Mount Point pages itself, not the targets. .. _setup-config-namespaces: namespaces ========== .. container:: table-row Property namespaces Data type *(array of strings)* Description This property enables you to add xml namespaces (xmlns) to the :html:`` tag. This is especially useful if you want to add RDFa or microformats to your HTML. Example :: config.namespaces.dc = http://purl.org/dc/elements/1.1/ config.namespaces.foaf = http://xmlns.com/foaf/0.1/ This configuration will result in an :html:`` tag like:: .. _setup-config-no-cache: no\_cache ========= .. container:: table-row Property no\_cache Data type :ref:`data-type-boolean` Default 0 Description If this is set to 1, it disables the `pages` cache, meaning that the rendered result/response will not be saved to cache. If set to 0, it's ignored. Rendered result (e.g. full html of a page) is stored in the `pages` cache. Other parameters may have set it to true for other reasons. Note that setting this to 1 doesn't disable other TYPO3 caches. Instead of setting `config.no_cache` you might consider changing dynamic (non-cacheable) content from USER to USER_INT (COA to COA_INT) For more information about cache types see :ref:`cache types chapter `. .. _setup-config-nopagetitle: noPageTitle =========== .. container:: table-row Property noPageTitle Data type :ref:`data-type-integer` Default 0 Description If you only want to have the site name (from the template record) in your :html:`` tag, set this to 1. If the value is 2 then the :html:`<title>` tag is not printed at all. Please take note that this tag is required for (X)HTML compliant output, so you should only disable this tag if you generate it manually already. .. _setup-config-pagerenderertemplatefile: pageRendererTemplateFile ======================== .. container:: table-row Property pageRendererTemplateFile Data type :ref:`data-type-string` Default :file:`EXT:core/Resources/Private/Templates/PageRenderer.html` Description Sets the template for page renderer class :php:`TYPO3\CMS\Core\Page\PageRenderer`. Example :: pageRendererTemplateFile = fileadmin/test_pagerender.html .. _setup-config-pagetitle: pageTitle ========= .. container:: table-row Property pageTitle Data type :ref:`stdwrap` Description stdWrap for the page title. This option will be executed *after* all other processing options like :ref:`setup-config-pageTitleFirst`. .. _setup-config-pagetitlefirst: pageTitleFirst ============== .. container:: table-row Property pageTitleFirst Data type :ref:`data-type-boolean` Default 0 Description TYPO3 by default prints a title tag in the format "website: page title". If :typoscript:`pageTitleFirst` is set (and if the page title is printed), then the page title will be printed IN FRONT OF the template title. So it will look like "page title: website". .. _setup-config-pagetitleproviders: pageTitleProviders ================== .. container:: table-row Property pageTitleProviders Data type array Description In order to keep setting the titles in control, an API to set the page title is available. The API uses :typoscript:`PageTitleProviders` to define the page title based on page record and the content on the page. Based on the priority of the providers, the :php:`PageTitleProviderManager` will check the providers if a title is given by the provider. It will start with the highest priority :typoscript:`PageTitleProviders` and will end with the lowest in priority. Examples By default, TYPO3 ships with two providers:: config.pageTitleProviders { record { provider = TYPO3\CMS\Core\PageTitle\RecordPageTitleProvider } seo { provider = TYPO3\CMS\Seo\PageTitle\SeoTitlePageTitleProvider before = record } } The ordering of the providers is based on the :typoscript:`before` and :typoscript:`after` parameters. If you want a provider to be handled before a specific other provider, just set that provider in the :typoscript:`before`, do the same with :typoscript:`after`. .. note:: The :typoscript:`seo` PageTitleProvider is only available with installed SEO system extension. You can find information about creating own PageTitleProviders in the section :ref:`PageTitle API <t3coreapi:pagetitle>`. .. _setup-config-pagetitleseparator: pageTitleSeparator ================== .. container:: table-row Property pageTitleSeparator Data type :ref:`data-type-string` / :ref:`stdwrap` Default : *(colon with following space)* Description The signs which should be printed in the title tag between the website name and the page title. If :typoscript:`pageTitleSeparator` is set, but *no* sub-properties are defined, then a space will be added to the end of the separator. stdWrap is useful to adjust whitespaces at the beginning and the end of the separator. Examples This produces a title tag with the content "website . page title":: config.pageTitleSeparator = . This produces a title tag with the content "website - page title":: config.pageTitleSeparator = - config.pageTitleSeparator.noTrimWrap = | | | This produces a title tag with the content "website*page title":: config.pageTitleSeparator = * config.pageTitleSeparator.noTrimWrap = ||| .. _setup-config-removedefaultcss: removeDefaultCss ================ .. container:: table-row Property removeDefaultCss Data type :ref:`data-type-boolean` Description Remove CSS generated by :ref:`\_CSS\_DEFAULT\_STYLE <setup-plugin-css-default-style>` configuration of extensions. (:typoscript:`_CSS_DEFAULT_STYLE` outputs a set of default styles, just because an extension is installed.) .. _setup-config-removedefaultjs: removeDefaultJS =============== .. container:: table-row Property removeDefaultJS Data type :ref:`data-type-boolean` / :ref:`data-type-string` Default external Description If set, the default JavaScript in the header will be removed. The default JavaScript is the decryption function for email addresses. **Special case:** If the value is "**external**", then the default JavaScript is written to a temporary file and included from that file. See :ref:`setup-config-inlineStyle2TempFile`. Examples :: config.removeDefaultJS = external config.removeDefaultJS = 1 .. _setup-config-removepagecss: removePageCss ============= .. container:: table-row Property removePageCss Data type :ref:`data-type-boolean` Description Remove CSS generated by :ref:`\_CSS\_PAGE\_STYLE <setup-plugin-css-page-style>` configuration of extensions. (:typoscript:`_CSS_PAGE_STYLE` renders certain styles not just because an extension is installed, but only in a special situation. E.g. some styles will be output, when a textpic element with an image positioned alongside the text is present on the current page.) .. _setup-config-sendcacheheaders: sendCacheHeaders ================ .. container:: table-row Property sendCacheHeaders Data type :ref:`data-type-boolean` Description If set, TYPO3 will output cache-control headers to the client based mainly on whether the page was cached internally. This feature allows client browsers and/or reverse proxies to take load off TYPO3 websites. The conditions for allowing client caching are: - page was cached - No \*\_INT or \*\_EXT objects were on the page (e.g. :ref:`cobj-user`) - No frontend user is logged in - No backend user is logged in If these conditions are met, the headers sent are: - Last-Modified [SYS\_LASTCHANGED of page id] - Expires [expire time of page cache] - ETag [md5 of content] - Cache-Control: max-age: [seconds til expiretime] - Pragma: public In case caching is not allowed, these headers are sent to avoid client caching: - Cache-Control: private, no-store Notice that enabling the browser caches means you have to consider how log files are written. Because when a page is cached on the client it will not invoke a request to the webserver, thus not writing the request to the log. There should be ways to circumvent these problems but they are outside the domain of TYPO3 in any case. **Tip:** Enabling cache-control headers might confuse editors seeing old content served from the browser cache. "Shift-Reload" will bypass both browser- and reverse-proxy caches and even make TYPO3 regenerate the page. Teach them that trick! Thanks to Ole Tange, www.forbrug.dk for co-authoring this feature. .. _setup-config-sendcacheheaders-onlywhenlogindeniedinbranch: sendCacheHeaders\_onlyWhenLoginDeniedInBranch ============================================= .. container:: table-row Property sendCacheHeaders\_onlyWhenLoginDeniedInBranch Data type :ref:`data-type-boolean` Description If this is set, then cache-control headers allowing client caching is sent only if user-logins are disabled for the branch. This feature makes it easier to manage client caching on sites where you have a mixture of static pages and dynamic sections with user logins. The background problem is this: In TYPO3 the same URL can show different content depending on whether a user is logged in or not. If a user is logged in, cache-headers will never allow client caching. But if the same URL was visited without a login prior to the login (allowing caching) the user will still see the page from cache when logged in (and so thinks he is not logged in anyway)! The only general way to prevent this is to have a different URL for pages when users are logged in. Another way to solve the problem is using this option in combination with disabling and enabling logins in various sections of the site. In the page records you can disable frontend user logins for branches of the page tree. Since many sites only need the login in a certain branch of the page tree, disabling it in all other branches makes it much easier to use cache-headers in combination with logins; Cache-headers should simply be sent when logins are not allowed and never be send when logins are allowed! Then there will never be problems with logins and same-URLs. .. _setup-config-spamprotectemailaddresses: spamProtectEmailAddresses ========================= .. container:: table-row Property spamProtectEmailAddresses Data type "ascii" / -10 to 10 Description If set, then all email addresses in typolinks will be encrypted so spam bots cannot detect them. If you set this value to a number, then the encryption is simply an offset of character values. If you set this value to "-2" then all characters will have their ASCII value offset by "-2". To make this possible, a little JavaScript code is added to every generated web page! (It is recommended to set the value in the range from -5 to 1 since setting it to >= 2 means a "z" is converted to "\|" which is a special character in TYPO3 tables syntax – and that might confuse columns in tables. Now hardcoded range) Alternatively you can set this value to the keyword "ascii". This way every character of the "mailto:" address will be translated to a Unicode HTML notation. Have a look at the example to see how this works. Example `mailto:a@b.c` will be converted to `mailto:a@b.c` The big advantage of this method is that it does not need any JavaScript! .. _setup-config-spamprotectemailaddresses-atsubst: spamProtectEmailAddresses\_atSubst ================================== .. container:: table-row Property spamProtectEmailAddresses\_atSubst Data type :ref:`data-type-string` Default (at) Description Substitute label for the at-sign (@). .. _setup-config-spamprotectemailaddresses-lastdotsubst: spamProtectEmailAddresses\_lastDotSubst ======================================= .. container:: table-row Property spamProtectEmailAddresses\_lastDotSubst Data type :ref:`data-type-string` Default . *(just a simple dot)* Description Substitute label for the last dot in the email address. Example (dot) .. _setup-config-sword-nomixedcase: sword\_noMixedCase ================== .. container:: table-row Property sword\_noMixedCase Data type :ref:`data-type-boolean` Description Used by the parseFunc-substitution of search Words (sword): If set, the words MUST be the exact same case as the search word was. .. _setup-config-sword-standalone: sword\_standAlone ================= .. container:: table-row Property sword\_standAlone Data type :ref:`data-type-boolean` Description Used by the parseFunc-substitution of search Words (sword): If set, the words MUST be surrounded by whitespace in order to be marked up. .. _setup-config-tx-extension-key-with-no-underscores: tx\_[extension key with no underscores]\_[\*] ============================================= .. container:: table-row Property tx\_[extension key with no underscores]\_[\*] Data type array Description Configuration space for extensions. This can be used – for example – by plugins that need some TypoScript configuration, but that don't actually display anything in the frontend (i.e. don't receive their configuration as an argument from the frontend rendering process). Example :: config.tx_realurl_enable = 1 config.tx_myextension.width = 10 config.tx_myextension.length = 20 .. _setup-config-typolinklinkaccessrestrictedpages: typolinkLinkAccessRestrictedPages ================================= .. container:: table-row Property typolinkLinkAccessRestrictedPages Data type :ref:`data-type-integer` (page id) / keyword "NONE" Description If set, typolinks pointing to access restricted pages will still link to the page even though the page cannot be accessed. If the value of this setting is an integer it will be interpreted as a page id to which the link will be directed. If the value is :typoscript:`NONE` the original link to the page will be kept although it will generate a page-not-found situation (which can of course be picked up properly by the page-not-found handler and present a nice login form). See :ref:`menu-common-properties-showaccessrestrictedpages` for menu objects as well (similar feature for menus) Example :: config.typolinkLinkAccessRestrictedPages = 29 config.typolinkLinkAccessRestrictedPages_addParams = &return_url=###RETURN_URL###&pageId=###PAGE_ID### Will create a link to page with id 29 and add GET parameters where the return URL and original page id is a part of it. .. _setup-config-typolinklinkaccessrestrictedpages-addparams: typolinkLinkAccessRestrictedPages\_addParams ============================================ .. container:: table-row Property typolinkLinkAccessRestrictedPages\_addParams Data type :ref:`data-type-string` Description See :ref:`setup-config-typolinklinkaccessrestrictedpages` above. .. _setup-config-xhtmldoctype: xhtmlDoctype ============ .. container:: table-row Property xhtmlDoctype Data type :ref:`data-type-string` Default (same as config.doctype if set to a keyword) Description Sets the document type for the XHTML version of the generated page. If :ref:`setup-config-doctype` is set to a string then :typoscript:`xhtmlDoctype` must be set to one of these keywords: **xhtml\_trans** for XHTML 1.0 Transitional doctype. **xhtml\_strict** for XHTML 1.0 Strict doctype. **xhtml\_basic** for XHTML basic doctype. **xhtml\_11** for XHTML 1.1 doctype. Example This is an example to use MathML 2.0 in an XHTML 1.1 document:: config.doctype ( <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 plus MathML 2.0//EN" "http://www.w3.org/Math/DTD/mathml2/xhtml-math11-f.dtd"> ) config.xhtmlDoctype = xhtml_11 .. _setup-config-xmlprologue: xmlprologue =========== .. container:: table-row Property xmlprologue Data type :ref:`data-type-string` Description If empty (not set) then the default XML 1.0 prologue is set, when the doctype is set to a known keyword (e.g. :typoscript:`xhtml_11`):: <?xml version="1.0" encoding="utf-8"> If set to one of the following keywords then a standard prologue will be set: **xml\_10:** XML 1.0 prologue (see above) **xml\_11:** XML 1.1 prologue **none:** The default XML prologue is *not* set. Any other string is used as the XML prologue itself. .. ###### END~OF~TABLE ######