Problem/Motivation

Customer has all "performance page" configuration settings correct, however they have a custom module with a hook_boot which sets $GLOBALS['conf']['cache'] = FALSE; for some visitors, killing performance. Customer in question was trying to set a cookie for first-time visitors on the back-end, with an expiration date based on the time of the first visit.

Proposed resolution

As part of the code-sniffing process, grep custom modules for this bad behavior.

Remaining tasks

Presume we'd need to find a simple regex to detect the problem with minimal number of false-positives. Something like `grep -ERI "cache['\"\]]+[ =]+FALSE" /path/to/some_custom_module`

User interface changes

N/A

API changes

None known

Comments

coltrane’s picture

coltrane
he/him
commented

This is a good suggestion. We don't currently do any code parsing though. We could piggyback on coder (if it's installed) to provide additional checks and send them off to Insight. We also can't assume grep is installed and shell out, unless it's a feature available only for linux-based hosts at first.

irek02’s picture

irek02 commented
Status: Active » Closed (works as designed)

I don't think this post represents an issue. In this particular case hook_boot alters $GLOBALS['conf']['cache'] at the bootstrap time that is then perfectly detected by acquia_spi module causing "Cache Disabled" alert popup on client's Insight page.