[TYPO3-dev] scary caching issue
Frank Gerards
F.Gerards at esolut.de
Thu Oct 18 12:57:23 CEST 2012
Hi,
guess ist not a timestamp like time()+3600 but a lifetime parameter, so 3600 would be the right choice as function argument...
Greetz,
Frank
-----Ursprüngliche Nachricht-----
Von: typo3-dev-bounces at lists.typo3.org [mailto:typo3-dev-bounces at lists.typo3.org] Im Auftrag von Kay Strobach
Gesendet: Donnerstag, 18. Oktober 2012 12:09
An: typo3-dev at lists.typo3.org
Betreff: Re: [TYPO3-dev] scary caching issue
My caching implementation is based on:
http://wiki.typo3.org/Caching_Framework
Regards
Kay
Am 18.10.2012 12:03, schrieb Kay Strobach:
> Hello guys,
>
> in my coreupdate extension i use caching to reduce the load on
> get.typo3.org
>
> I use the DB Backend (t3lib_cache_backend_DbBackend) to store the
> output and thought, that the cache should be invalidated within one hour.
>
> $GLOBALS['typo3CacheManager']->getCache('coreupdate_versionStore')->se
> t('coreupdate_versionStore',
> $value, array(), time()+3600);
>
> But the Cache Content is still returned hours later?
>
> The scheduler Task is runnning ....
>
> Additionally i do have september entries in the corresponding cache table.
>
> The tables are named:
>
> - tx_coreupdate_cache
> - tx_coreupdate_cache_tags
>
> Any idea?
>
> Regards
> Kay
>
--
http://www.kay-strobach.de - Open Source Rocks
TYPO3 .... inspiring people to share!
Get involved: http://typo3.org
Answer was useful - feel free to donate:
-
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclick&hosted_button_id=KPM9NAV73VDF2
- https://flattr.com/profile/kaystrobach
_______________________________________________
TYPO3-dev mailing list
TYPO3-dev at lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-dev
More information about the TYPO3-dev
mailing list