Access Keys:
Skip to content (Access Key - 0)

Drupal Cloud Cache Boost

Context

The Boost cache writes out html (and caches it) into the docroot, so that on the next hit it can be served more quickly (avoiding multiple database hits). Our configuration caches data and serves catched data over http connections only - https connections avoid Boost altogether.

Some variables, such as from the http host header, are interpolated into the cached document (eg to expand relative links). We've previously had issues with a visitor offering malformed header variables (that nevertheless got to the right SNI host according to apache) that caused incorrect boost caching; we've worked around the known one, but it's possible that other bugs exist in this class of bug.

Solution

To identify an intermittent problem that's involved in the boost caching, my suggestion is to save out the page source, and look for the footer added by boost. It will contain something like:
<!-- Page cached by Boost @ 2015-05-04 13:44:03, expires @ 2016-05-02 13:44:03, lifetime 12 months 4 days -->

IS&T Contributions

Documentation and information provided by IS&T staff members


Last Modified:

May 12, 2015

Get Help

Request help
from the Help Desk
Report a security incident
to the Security Team
Labels:
drupal drupal Delete
cloud cloud Delete
c-drupal-cloud c-drupal-cloud Delete
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.
Feedback
This product/service is:
Easy to use
Average
Difficult to use

This article is:
Helpful
Inaccurate
Obsolete
Adaptavist Theme Builder (4.2.3) Powered by Atlassian Confluence 3.5.13, the Enterprise Wiki