[TYPO3-core] RFC #9284: Feature: tt_content.starttime/endtime have now effect on caching (with patchfile now, sry)
Michael Stucki
michael at typo3.org
Mon Oct 20 11:53:55 CEST 2008
Hi Dmitry,
> Michael Stucki wrote:
>> - Of course this requires modification to all plugins. The reasonable
>> default should be a timeout of 1 day (just like now).
>
> I did not understand this bit. Do you mean every plugin in every
> extension from TER? This is not realistic at all.
Yes. New extensions should set this value appropriately. Old (existing)
extensions should just have a fallback like now which is 1 day.
Because of this default value, they don't need to be modified for this
(of course!) So what exactly is not realistic with this plan?
>> - Additionally, some config options could then be removed (like
>> config.cache_period and config.cache_clearAtMidnight)
>
> They couldn't. These options are deadly useful and they are used by many
> projects. Do not break these things. Cache period can be set smaller now
> (like 3h) for some web sites, which require it.
I agree, this could be useful. However, it should not be needed anymore
since plugins know their own timeout much better...
> Same goes for clearing cache at midnight: this is necessary for certain
> crawler configurations (for example, if a plugin adds entries to the
> crawler manually). So removal of these options is not an option at all.
I've never seen any practical use in this configuration as the default
value for config.cache_timeout is only 24h already. However, I'm open to
learn for what it could be used. And naturally, we can keep the property
until then... ;-)
- michael
--
Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/
More information about the TYPO3-team-core
mailing list