Feature #41067

Clearing cache of "stdWrap.cache" entries stored in "cache_hash"

Added by Arjen Hoekema about 8 years ago. Updated about 2 years ago.

Should have
Start date:
Due date:
% Done:


PHP Version:
Sprint Focus:


I was playing with the "stdWrap.cache" feature included in TYPO3 4.7. It is possible to tag cache entries, but there's now way to use the "TCEMAIN.clearCacheCmd = cachetag:<mytag>" to clean up the "cache_hash" table based on tags set by "stdWrap.cache" as this function operates on the "cache_pages" and "cache_pagesection" caches only.

See last comment at https://review.typo3.org/#/c/9266/ describing this situation.

It would be nice to have an option cleaning "cache_hash" entries based on tags using "TCEMAIN.clearCacheCmd".


#1 Updated by Oliver Hader about 8 years ago

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:)

#2 Updated by Oliver Hader about 8 years ago

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...

#3 Updated by Oliver Hader about 8 years ago

  • Status changed from New to Needs Feedback
  • PHP Version set to 5.3

#4 Updated by Arjen Hoekema about 8 years ago

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.

#5 Updated by Viktor Livakivskyi about 8 years ago

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;
- clear cache of cache_hash as well via TCEMAIN.clearCacheCmd = cachetag:<tagname>

#6 Updated by Alexander Opitz over 7 years ago

  • Status changed from Needs Feedback to New

#7 Updated by Mathias Schreiber almost 6 years ago

  • Target version set to 7.2 (Frontend)

#8 Updated by Benni Mack over 5 years ago

  • Target version changed from 7.2 (Frontend) to 7.4 (Backend)

#9 Updated by Susanne Moog about 5 years ago

  • Target version changed from 7.4 (Backend) to 7.5

#10 Updated by Benni Mack about 5 years ago

  • Status changed from New to Accepted
  • Target version changed from 7.5 to 8 LTS

#11 Updated by Riccardo De Contardi over 3 years ago

  • Target version changed from 8 LTS to 9.0

#12 Updated by Susanne Moog over 2 years ago

  • Target version changed from 9.0 to Candidate for Major Version

#13 Updated by Daniel Siepmann about 2 years ago

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.

Also available in: Atom PDF