[TYPO3-core] RFC #17693 performace of cachingframework: alternative dbbackend
Helmut Hummel
helmut.hummel at typo3.org
Thu Feb 24 13:09:48 CET 2011
Hi,
Ernesto Baschny [cron IT] wrote:
>
> Ok, understood! The creation of the caching tables is *not* an API but
> has to be done individually by each extensions.
>
> Doing a diff between your implementation and the original dbbackend
> reveals very little places which needed the change.
>
> So I would suggest to add a new option to be passed to the dbbackend
> when creating a cache ('usesExpireField = TRUE'), which tells the engine
> if there is a "lifetime" or a "expires" field (you just need to have a
> method called "setUsesExpireField($value)" for this to be handled by the
> abstract class).
>
> The dbbackend could then by default use the old scheme (backwards
> compatibility), and use the new scheme if passed the option. Maybe even
> deprecate the use of caches without this option in future.
When talking about changes to the caching framework, please mind that
this thing is a backoprt of FLOW3. So any changes we need for TYPO3 v4
might be relevant for FLOW3 also.
I don't think it is a good idea to drift away too much from the original
codebase (FLOW3).
Kind regards,
Helmut
--
Helmut Hummel
TYPO3 Security Team Leader
TYPO3 .... inspiring people to share!
Get involved: typo3.org
More information about the TYPO3-team-core
mailing list