- Output cache (full page) – caches the full HTML output of pages.
- Content cache – stores structured data loaded by web parts and controls (for data sources, repeaters, etc.).
- – stores basic information about pages.
- Custom code cache – allows developers to cache data used in custom code.
You can also configure external caching approaches for your web application, such as IIS Output caching, Content delivery network or Proxy caching. These are completely separate from the caching mechanisms in Kentico and are applicable to any content the application provides. See Caching page output for more information on using external caching with Kentico.
The following diagram shows the order in which the cache types are checked when handling requests (from top to bottom). If the required content is found in one of the cache layers, the system stops processing the request and sends the response without executing the page code or accessing the database. The cache types shown at the top of the diagram provide the best performance – the page response time and processing costs increase as the request progresses through the cache layers.
General recommendations for configuring caching
We recommended configuring caching based on the character of the website and amount of content, so that the cache does not take up too much memory.
The following recommendations for caching configuration apply to common scenarios (you always need to consider altering them based on the specifics of your project).
Amount of data vs. cache duration
If the memory footprint of the application is generally high, the caching interval may be too high.
Combiningof caching with the same interval does not provide value. Higher (closer to client) levels of caching should use smaller intervals than the lower levels. This allows the lower levels to pick up and save at least some overhead when higher level cache is not available.
Using distributed cache providers
Kentico currently does not support distributed cache instead of its native in-memory cache. You can use distributed cache for your custom objects, but not for native Kentico objects.
Debugging cache access
Kentico provides native cache access debugging that you can use to verify if the system works as expected with the current cache configuration.
Page info caching
When a visitor requests an uncached page, the system queries the database for basic information about the page, including the following:
- alias path
- ID and name
- page metadata and other properties
- SKU information (for products)
- workflow information
The Page info cache stores the retrieved information in the application's memory, which allows quicker access on subsequent requests. The system reuses the information multiple times during the processing of a single page, so page info caching is an important factor in the website's performance. Page info caching cannot cause sites to display outdated information. The system automatically clears the cache for pages that are modified.
You can change the expiration time of the page info cache:
- Open the Settings application.
- Expand the System -> Performance category.
- Type a number of minutes into the Cache page info (minutes) setting. Do NOT set the value lower than 10 minutes.
- Smaller sites – 60 minutes to 1 day (1440 minutes)
- Larger sites – 10 to 60 minutes
- Save the settings.
When a user requests a page, the basic information stays in the cache for the specified number of minutes, or until someone modifies the related page.
Tip: You can view the cache keys that store page info through the cache debugging interface. The names of page info cache keys begin with pageinfo or pageinfobyurl.
Clearing the cache
To delete all data from the application's cache:
- Open the System application.
- On the General tab, click Clear cache.
The system removes all cached content managed by Kentico.
Was this page helpful?