Core

I created an extension that should fix the issue: https://typo3.org/extensions/repository/view/cf_lifetime_patch

Since the issue exists in all current branches, it includes different solutions for the 4.x and the 6.x branches of typo3.
Please let me know, if the patch doesn't work properly.

Would you mind to push a patch to gerrit?

I will try, but I never pushed anything to gerrit. However, I would like to wait for some feedback from the cache developing team. One would probably choose a slightly different solution when directly patching the core.

You can always configure all caches in AdditionalConfiguration.php as described in: http://docs.typo3.org/typo3cms/CoreApiReference/CachingFramework/Configuration/Index.html

Thank you Philipp, that's a very good hint!

However, it's not clear to me how one would simply change the global default cache lifetime or - alternatively - the individual cache lifetimes of the pagesection and rootline cache. Could you please post an example (4.x & 6.x)?

Isn't it such an essential topic, that it should be part of the "All Configuration" section in the Typo3 installer? I read a lot of posts & articles on Typo3 caching but none even mentioned that there is more about it than the TS configuration "cache_period".

 1'SYS' => array(
 2      'caching' => array(
 3         'cache_pages' => array(
 4            'backend' => 'TYPO3\CMS\Core\Cache\Backend\Typo3DatabaseBackend',
 5            'options' => array(
 6               'defaultLifetime' => 3600, // lifetime in seconds
 7            ),
 8         ),
 9      ),
10   ),

You can find all options in: http://docs.typo3.org/typo3cms/CoreApiReference/CachingFramework/FrontendsBackends/Index.html#caching-backend-options

Nevertheless, the default lifetime can be overridden by a concrete lifetime while a cache entry is set. The frontend should do this based on the TS configuration.

The rootline cache cannot be effected by the TS setting as it is used before the TS is know (chicken-egg problem). I am not sure about the pagesection cache. AFAIK the TS setting is only for the page cache.

Thank you a lot, that's the solution - but it is really quite hidden!

And the default behaviour is not nice, since a pagesection_cache with a short lifetime makes the config value for the page_cache almost useless, while administrators might wrongly assume to have complete control over the caching with the TS setup.

I will modify the "cf_lifetime_patch" extension to set the config values directly.
Would be great if it was at least in the installers "all configuration" or it would respect the TS setup in the future.

Philipp Gampe wrote:

AFAIK the TS setting is only for the page cache.

[...]
Nevertheless, the default lifetime can be overridden by a concrete lifetime while a cache entry is set. The frontend should do this based on the TS configuration.

Yes, that would be perfect, but the TS setup doesn't seem to be available upon cache creation. As far as I know even the final lifetime of the page cache has to be set in a second run, after the TS for the current page is rendered completely. Maybe this is a possible solution to other caches as well, to make them configurable via TS setup?

If a page is in page cache, it is fetched from cache, even if the page_section cache already cycled out.

We could set the page section cache from TS, but I prefer configuring caches globally.

Philipp Gampe wrote:

If a page is in page cache, it is fetched from cache, even if the page_section cache already cycled out.

No, definitely not. That is probably what should happen, but please try it - after the pagesection cache expires (after 1 hour) the page is not fetched from cache!

Hm, someone needs to take a look at the code.

Dear Sirs!

I am glad I found this report here. Maybe ones mentioned my problem is related to it.

http://forge.typo3.org/issues/51116

I've also thought about a bug in the cache lifetime. Now your post encouraged me.

Thank you very much

Harald

Hi Harald, your issue is related but it's a seperate problem. Generating non-cached pages might take really a LONG time on typo3 6.x, especially when the TS setup grows.

However, you could try the patch extension "cf_lifetime_patch" to prevent the regeneration of already cached pages.

As the mentioned issues #51116 and #39295 are already resolved.

Is something left to do here or can this issue be closed?

I have to do some testing. I'm not sure if the other issues were based on the same cause.

No, it's NOT fixed in 6.1.9. It's because the default values for:

$GLOBALS['TYPO3_CONF_VARS']['SYS']['caching']['cacheConfigurations']['cache_rootline']['options']['defaultLifetime']

and

$GLOBALS['TYPO3_CONF_VARS']['SYS']['caching']['cacheConfigurations']['cache_rootline']

are not set correctly. They have to be set to \TYPO3\CMS\Core\Cache\Backend\AbstractBackend::UNLIMITED_LIFETIME; (i.e. 0).

So the FE cache still expires after 1 hour :-(