-
Notifications
You must be signed in to change notification settings - Fork 18
Caching
MidCOM can cache a number of different types of objects in different ways. For example, data relevant to the ACL system can be cached with memcached. Also, mechanisms exist to cache completely rendered HTML content, but they depend on the Components to invalidate the cache at the right time.
The URL Method midcom-cache-invalidate
can be used to force the regeneration of all caches.
MidCOM can cache a number of different types of objects in different ways. For example, data relevant to the ACL system can be cached with memcached. Also, mechanisms exist to cache completely rendered HTML content, but they depend on the Components to invalidate the cache at the right time.
The URL Method midcom-cache-invalidate
can be used to force the regeneration of all caches.
-
array
cache_autoload_queue
The cache module loading queue during startup, you should normally have no need to change this (unless you want to add your own caching modules, in which case you have to ensure that the loading queue of MidCOM itself (as seen in this file) is not changed.
-
string
cache_base_directory
The directory where to place cache files for MidCOM. This defaults to /tmp/ (note the trailing slash) as this is writable everywhere.
-
array
cache_module_content_backend
The configuration of the content cache backend. Check the documentation of midcom_services_cache_backend of what options are available here. In general, you should use this only to change the backend driver. In all other cases you should leave this option untouched.
-
string
cache_module_content_name
The identifier, the content cache should use for naming the files/directories it creates. This defaults to a string constructed out of the host's name, port and prefix. You should only change this if you run multiple sites on the same host.
-
bool
cache_module_content_uncached
Set this to true if you want the site to run in an uncached mode. This is different from cache_disable in that the regular header preprocessing is done anyway, allowing for browser side caching. Essentially, the computing order is the same (no_cache for example is considered like usual), but the cache file is not stored. This defaults to false
.
-
string
cache_module_content_headers_strategy
-
'no-cache'
activates no-cache mode that actively tries to circumvent all caching -
'revalidate'
(default) sets 'must-revalidate' and presses the issue by setting Expires to current time -
'public'
and'private'
enable caching with the cache-control header of the same name, default expiry timestamps are generated using thecache_module_content_default_lifetime
-
-
int
cache_module_content_default_lifetime
How many seconds from now to set the default Expires header to, defaults to one minute
-
array
cache_module_nap_backend
The configuration of the nap/metadata cache backend. Check the documentation of midcom_services_cache_backend
of what options are available here. In general, you should use this only to change the backend driver. In all other cases you should leave this option untouched.
-
string
cache_module_memcache_backend
The cache backend to use for the memcache caching module. The default is null
, which disables the module entirely. This is the default. If you have both memcached and the memcache PHP extension installed, set this to 'memcached'
, to enable the cache.
-
array
cache_module_memcache_backend_config
The backend configuration to use if a backend was specified. See the individual backend documentations for more information about the allowed option set. This defaults to an empty array.
-
array
cache_module_memcache_data_groups
The data groups avaialable for the memcache module. You should normally not have to touch this, see the memcache module documentation for details. This defaults to Array('ACL', 'PARENT', 'L10N', 'MISC')
.