Algunos módulos desactivan el almacenamiento en caché en ciertas páginas. ¿Cómo es la forma más fácil de verificar que este sea el caso y también identificar un módulo problemático?
Algunos módulos desactivan el almacenamiento en caché en ciertas páginas. ¿Cómo es la forma más fácil de verificar que este sea el caso y también identificar un módulo problemático?
Respuestas:
La forma más fácil es probablemente inspeccionar los encabezados de respuesta HTTP.
Por ejemplo, con la herramienta de inspección DOM de su navegador (por ejemplo, la pestaña "Red" de Chrome )
Miss caché
Aquí hay algunos encabezados de respuesta de muestra de drupal.org que muestran un error de caché. En este caso, el uso de Varnish, sin embargo, el caché Drupal también establece encabezados similares.
Golpe de caché
Aquí hay uno que muestra un hit de caché Drupal estándar:
X-Drupal-Cache: HIT
pero en mi sitio Drupal 6 no veo nada. ¿Podría ser despojado por proxy inverso?
_drupal_bootstrap_page_cache
Lamentablemente, se trata de un pirateo central.
En las includes/bootstrap.inc
líneas de cambio de archivo de
// If there is a cached page, display it.
if ($cache) {
drupal_page_cache_header($cache);
// If the skipping of the bootstrap hooks is not enforced, call hook_exit.
if ($cache_mode != CACHE_AGGRESSIVE) {
bootstrap_invoke_all('exit');
}
// We are done.
exit;
}
// Prepare for non-cached page workflow.
drupal_page_header();
break;
a
// If there is a cached page, display it.
if ($cache) {
header('X-Drupal-Cache: HIT');
drupal_page_cache_header($cache);
// If the skipping of the bootstrap hooks is not enforced, call hook_exit.
if ($cache_mode != CACHE_AGGRESSIVE) {
bootstrap_invoke_all('exit');
}
// We are done.
exit;
}
// Prepare for non-cached page workflow.
header('X-Drupal-Cache: MISS');
drupal_page_header();
break;
y el resto de las instrucciones es exactamente como en la respuesta de David .