[TYPO3-dev] WARNING!?? tslib_patcher, pp_chashchecker

Dmitry Dulepov [typo3] dmitry at typo3.org
Fri Aug 24 10:41:46 CEST 2007


Ingo Renner wrote:
> I just had that problem again with a form...
> 
> The form could be chached, but the results must not of course. I first 
> used a hook to detect a POST request for that extension to switch it to 
> USER_INT but as this didn't seem to work in the live environment I 
> removed it again and switched the whole plugin to USER_INT...

I think I know how it can be done in the core but I afraid it will not 
pass through because it may break compatibility.

Generally the idea is:
- $TSFE->no_cache is saved before entering USER extension
- $TSFE->set_no_cache() causes a flag set that tells typo3 that this 
extension does not want caching
- $TSFE->no_cache is restored after exiting USER extension
- if set_no_cache was called, extention's output will be discard and it 
will turned to USER_INT to be called later

Additionally several new functions will appear in tslib to work with 
cache. All new extensions should use those. Something like 
disablePageCache(), setNoCache(). The first is obvious, the second sets 
the same flag as $TSFE->set_no_cache() when called from USER. Extension 
can exist right after setNoCache() without any futher content generation.

This is the idea.

-- 
Dmitry Dulepov
TYPO3 freelancer / TYPO3 core team member
Web: http://typo3bloke.net/
Skype: callto:liels_bugs




More information about the TYPO3-dev mailing list