https://bugzilla.wikimedia.org/show_bug.cgi?id=44570
--- Comment #33 from Tim Starling <[email protected]> --- (In reply to comment #31) > (In reply to comment #30) > Er yes, I do. :-) > > (In reply to comment #29) > Ok, if it's broken maybe we should look at that. mysql:root@localhost [parsercache]> select date_format(exptime,'%Y-%m') as mo,count(*) from pc255 group by mo; +---------+----------+ | mo | count(*) | +---------+----------+ | 2013-02 | 2144 | | 2013-03 | 44279 | | 2013-04 | 298564 | | 2014-02 | 1156 | | 2014-03 | 18231 | +---------+----------+ 5 rows in set (0.46 sec) The objects expiring in 2013-02 are probably ones with "old magic", i.e. the parser overrides the expiry time to be 1 hour. The ones expiring in 2013-03 and 2013-04 would be the objects written in the last few days, with one-month expiries. The objects with expiries of 2014-02 and 2014-03 are from when the expiry time was 12 months -- they will not be deleted for 11 months due to the way purgeParserCache.php determines creation times. Just changing $wgParserCacheExpireTime causes purgeParserCache.php to stop purging things, because it makes those objects look like they were created in the future. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Wikibugs-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
