Caching profiles
----------------
All persistent configuration for the caching machinery is stored in the
configuration registry, as managed by ``plone.app.registry``. This can be
modified using the ``registry.xml`` GenericSetup import step. The *Import
settings* tab of the control panel allows you to import these caching
profiles.
Default caching profiles
~~~~~~~~~~~~~~~~~~~~~~~~
``plone.app.caching`` includes three default caching profiles. Two of these
profiles encapsulate the cache settings that are known to work well with a
typical default Plone installation. The third is an example profile for a
"split-view" caching setup (see the split-view discussion later in this
document).
The three default caching profiles:
* **Without caching proxy**
Settings useful for setups without a caching proxy.
* **With caching proxy**
Settings useful for setups with a caching proxy such as Squid or
Varnish. The only difference from the "without caching proxy"
profile are some settings to enable proxy caching of files/images
in content space and content feeds.
* **With caching proxy (and split-view caching)**
An example profile for a caching proxy setup with split-view
caching enabled. This example requires a special proxy setup.
See the proxy examples in the "proxy-configs" directory.
Custom caching profiles
~~~~~~~~~~~~~~~~~~~~~~~
Caching policies are often a compromise between speed and freshness.
More aggressive caching often comes at the cost of increased risk of
stale responses. The default profiles provided tend to err on the side
of freshness over speed so there is some room for tweaking if greater
speed is desired.
Customization may also be needed if third-party products are installed which
require special treatment. Examine the HTTP response headers to determine
whether the third-party product requires special treatment. Most simple cases
probably can be solved by adding the content type or template to the
appropriate mapping. More complicated cases, may require custom caching
operations.
A GenericSetup profile used for caching should be registered for the
``ICacheProfiles`` marker interface to distinguish it from more general
profiles used to install a product. This also hides the profile from
Plone's Add-ons control panel.
Here is an example from this package::
The directory ``profiles/with-caching-proxy`` contains a single import step,
``registry.xml``, containing settings to configure the ruleset to operation
mapping, and setting options for various operations. At the time of writing,
this includes::
plone.app.caching.strongCaching
plone.app.caching.strongCaching
plone.app.caching.weakCaching
plone.app.caching.moderateCaching
plone.app.caching.weakCaching
plone.app.caching.moderateCaching
Default options for the various standard operations are found in the
``registry.xml`` file that is part of the standard installation profile for
this product, in the directory ``profiles/default``. The custom profile
overrides a number of operation settings for specific rulesets (see below).
For example::
True
This enables RAM caching for the "weak caching" operation for resources using
the ruleset ``plone.content.itemView``. The default is defined in the main
``registry.xml`` as::
RAM cache
Turn on caching in Zope memory
False
False
Notice how we use a *field reference* to avoid having to re-define the field.
It may be useful looking at these bundled ``registry.xml`` for inspiration if
you are building your own caching profile. Alternatively, you can export the
registry from the ``portal_setup`` tool and pull out the records under the
prefixes ``plone.caching`` and ``plone.app.caching``.
Typically, ``registry.xml`` is all that is required, but you are free to add
additional import steps if required. You can also add a ``metadata.xml`` and
use the GenericSetup dependency mechanism to install other profiles on the
fly.