Project

General

Profile

Actions

Feature #50131

closed

Feature #49988: Backport ApplicationContext from Flow

Load context specific configuration files

Added by Ingo Renner almost 11 years ago. Updated over 10 years ago.

Status:
Closed
Priority:
Should have
Assignee:
-
Category:
-
Target version:
-
Start date:
2013-07-17
Due date:
% Done:

0%

Estimated time:
PHP Version:
Tags:
Complexity:
Sprint Focus:

Description

Extracted from issue #39441

Depending on context load additional configuration, overwriting LocalConfiguration.php settings.

Proposed solution:
Store additional configuration in typo3conf/{ContextName}ContextConfiguration.php. Check whether such a file exists for the current context, then load the file and overwrite/merge the settings with those from LocalConfiguration.php


Related issues 3 (0 open3 closed)

Related to TYPO3 Core - Task #49953: Disable DeprecationLog by defaultClosed2013-07-11

Actions
Related to TYPO3 Core - Feature #39441: Add TYPO3 Context informationClosed2012-08-01

Actions
Related to TYPO3 Core - Feature #51454: Install tool configuration systemClosed2013-08-28

Actions
Actions #1

Updated by Mathias Brodala almost 11 years ago

How are sub-contexts handled in this case? Strictly speaking one would have to create subdirectories if the context is e.g. Production/Server/Main.

Actions #2

Updated by Ingo Renner almost 11 years ago

came across some work Benni did: https://github.com/b13/t3ext-environment

Actions #3

Updated by Philipp Gampe almost 11 years ago

  • Status changed from New to Accepted

IMHO Subcontext should be handled by subdirectories. The file should be called Configuration.php or LocalConfiguration.php, otherwise it gets confusing.

Please check how Flow does this. We should stay in sync as much as possible.

Actions #4

Updated by Christian Kuhn over 10 years ago

This can probably already achieved with AdditionalConfiguration.php: This way admin has full control about it and we don't need to take care about things like sub context files or the like.

Actions #5

Updated by Steffen Müller over 10 years ago

I agree with Christan:

  • A default preset for development and production context can now be set in the install tool.
  • Customer specific settings can be added to AdditionalConfiguration or even put into specific files using require().

I'd suggest to close this issue.

Actions #6

Updated by Christian Kuhn over 10 years ago

  • Status changed from Accepted to Closed
Actions

Also available in: Atom PDF