Task #48321

Work Package #48275: TypoScript consistency

Drop support for node based TypoScript files

Added by Christian Müller over 8 years ago. Updated about 8 years ago.

Status:
Resolved
Priority:
Should have
Category:
-
Target version:
Start date:
2013-05-17
Due date:
% Done:

100%

Estimated time:

Description

TypoScript files should no longer be searched in the subpath "Nodes".
The concept of TypoScript specific to a Node was abandoned in favor of a centralized TypoScript configuration. Any changes to the rendering based on nodes and node structure should be realized by using Matchers and EEL expressions in the central TypoScript.

The reasons were the following:

  • you have one place to understand the whole rendering of a site
  • the TS for the site is cacheable extremely well
  • many team members did not like the node-path-to-file-system-magic and thought it was fragile
#1

Updated by Gerrit Code Review over 8 years ago

Patch set 1 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/20861

#2

Updated by Gerrit Code Review over 8 years ago

Patch set 2 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/20861

#3

Updated by Gerrit Code Review over 8 years ago

Patch set 3 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/20861

#4

Updated by Christian Müller over 8 years ago

  • Status changed from New to Under Review
#5

Updated by Christopher Hlubek over 8 years ago

I talked to Berit about this change and we came to the conclusion that there are certain requirements where overriding / replacing the TypoScript in the node structure make sense:

  • A landing page inside the node tree where the rendering is changed heavily
  • Continually changing one part of the site (e.g. preparing a relaunch) or composing a site of different sites

Of course this concept is one of the most misused in current TYPO3 CMS but also offers a great deal of flexibility. So we should favor and communicate the matcher based approach as the recommended one. It would be okay for me to remove the file based matching for now and leave the definition of TypoScript nodes for now.

#6

Updated by Christian Müller over 8 years ago

For a relaunch I would even say you might want to create a new site package or better work on a separate host. In such a scenario using matchers might become a bit cumbersome. For a landing page you can pretty easily work with a separate Page object from the root matcher. I will try to write some Best Practice How-Tos about such scenarios.

#7

Updated by Gerrit Code Review about 8 years ago

Patch set 4 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/20861

#8

Updated by Gerrit Code Review about 8 years ago

Patch set 5 for branch master has been pushed to the review server.
It is available at https://review.typo3.org/20861

#9

Updated by Christian Müller about 8 years ago

  • Status changed from Under Review to Resolved
  • % Done changed from 0 to 100

Applied in changeset commit:aea044242fe0aafe81a3464a321daf29f43406de.

Also available in: Atom PDF