Manual:$wgParserCacheType/ru
From Linux Web Expert
| <translate> Parser Cache</translate>: $wgParserCacheType | |
|---|---|
| Parser cache setting |
|
| <translate> Introduced in version:</translate> | 1.5.0 |
| <translate> Removed in version:</translate> | <translate> still in use</translate> |
| <translate> Allowed values:</translate> | (One of the cache constants) see below |
| <translate> Default value:</translate> | CACHE_ANYTHING |
| <translate> Other settings:</translate> <translate> Alphabetical</translate> | <translate> By function</translate> | |
Details
The cache type for storing page content HTML (e.g. parsed from wikitext).
Parsing wikitext is considered an expensive operation. It is recommended to give your parser cache plenty of storage space, such that long tail cache hits are possible.
The default parser cache backend (when MainCacheType is left to CACHE_NONE) is effectively CACHE_DB (SqlBagOStuff). If you set up a main cache type such as memcached, it is recommended to set this explicitly to CACHE_DB.
Here are the available cache constants, as defined in Defines.php
CACHE_ANYTHING- Use anything, as long as it worksCACHE_NONE- Do not cacheCACHE_DB- Store cache objects in the DBCACHE_MEMCACHED- memcached, must specify servers in Manual:$wgMemCachedServersCACHE_ACCEL- APC, or WinCache, whichever is available, in this order. Determined by the function "ObjectCache::newAccelerator".
Note
Advice for large wiki farms:
- Consider allocating a dedicated database to ParserCache. Register it in $wgObjectCaches and point $wgParserCacheType to it.
- Consider using MultiWriteBagOStuff to add a higher tier with Memcached in front of the lower database tier.
- Consider setting
'purgePeriod' => 0in the dedicated SqlBagOStuff entry in $wgObjectCaches. This disables the automatic purging of expired rows (which would normally happen in the background of write requests). You can then schedule the purgeParserCache.php script to e.g. once a day prune expired rows from the a dedicated maintenance server.
