TYPO3 Core

Fabrizio wrote:

Actually Christian is right. i only added this for feature completeness, but I can also be perfectly removed as we should never have to know anything about speficic cache_page identifiers.
@Philipp: The stdWrap.cache feature you're referring to (where you actuelly not only can but also must define the key/identifier) stores its content into cache_hash and not cache_pages. Cache_hash entries cannot be flushed by tag or removed by identifier inside clearCacheCMD anyways as this only operates on the page cache stored in cache_pages.
So if it feel cleaner to anybody, I'm perfectly ok with removing the clear by id feature (as long as the clear by tag feature stays:)

I'm not sure if I got that right - but you'd like to flush the cache_hash by tag if somebody modified a particular page. And this action shall be triggered by the TSconfig TCEMAIN setting, right? Setting the cache happens in frontend, flushing then in backend - that's why I ask...

I'm indeed trying to flush some cached (Frontend) blocks using Page TS Config. The blocks contain tt_news records throughout the website and the cache should be cleared when a backend user modifies news records. So I'd like to tag these "cache_hash" entries with a tag "news" and use something like "TCEMAIN.clearCacheCmd=cachetag:news" to remove the cached blocks.

It would be nice if the cache entries stored using "stdWrap.cache" could be removed somehow.

I vote for this feature.

Simple use-case:
lib.common_content = CONTENT
lib.common_content {
table = tt_content
select {
pidInList = {$page.cc_id}
languageField = sys_language_uid
}
}

This TS fetches some CE records from specified page and shows them on every page of a website. Since I don't need to fetch these elements on every page, I'd like to fetch them once, store in cache and load them on every page from cache. That is easily achieved with stdWrap.cache.

If content at page uid={$page.cc_id} cahanges, I need to clear cache of lib.common_content to see the changed version on a website. From logical point of view, I must add stdWrap.cache.tag = common_content and put this into Page TS config: TCEMAIN.clearCacheCmd = cachetag:common_content.
But this won't clear my cache, because stdWrap.cache stores data in cache_hash, and TCEMAIN.clearCacheCmd tries to clear cache in cache_pages.

So, one of the following must be done:
- store cache of stdWrap.cache in cache_pages;
or
- clear cache of cache_hash as well via TCEMAIN.clearCacheCmd = cachetag:<tagname>

I've come to this as I encountered the following behaviour in 8.7 LTS and 9.5 LTS:

There is one page with an Extbase Plugin displaying a list of records with page uid 3 and a Storage Folder containing the records with uid 2.
Once someone edits a record via the Extbase plugin, Extbase will trigger a cache clearing of pages configured within the TSConfig of this storage page.

Extbase does not respect the configured tags at all. That's one further "bug" in this context. Also Extbase uses it's own implementation and coupling to cache manager instead of calling DataHandler as single point of truth, which supports tags.