[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