Niektóre moduły cicho wyłączają buforowanie na niektórych stronach. Jak najłatwiej sprawdzić, czy tak jest, a także zidentyfikować problematyczny moduł?
Niektóre moduły cicho wyłączają buforowanie na niektórych stronach. Jak najłatwiej sprawdzić, czy tak jest, a także zidentyfikować problematyczny moduł?
Odpowiedzi:
Najłatwiejszym sposobem jest sprawdzenie nagłówków odpowiedzi HTTP.
Na przykład za pomocą narzędzia inspektora DOM przeglądarki (np. Karta „Sieć” Chrome )
Cache Miss
Oto kilka przykładowych nagłówków odpowiedzi z drupal.org pokazujących brak pamięci podręcznej. W tym przypadku, używając Varnish, podstawowa pamięć podręczna Drupal również ustawia podobne nagłówki.

Hit Cache
Oto jeden ze standardowych trafień w pamięci podręcznej Drupal:

X-Drupal-Cache: HITale na mojej stronie Drupal 6 nic nie widzę. Można go usunąć przez odwrotne proxy?
_drupal_bootstrap_page_cache
Niestety wiąże się to z hakowaniem rdzenia.
W includes/bootstrap.inclinii zmiany pliku od
// 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;
do
// 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;
a reszta instrukcji jest dokładnie taka, jak w odpowiedzi Dawida .