it-swarm.com.de

Lack einrichten, aber stammt der Inhalt wirklich aus dem Cache?

Ich habe Lack auf meiner Site eingerichtet und nach der Einrichtung den http-Header auf einen anonymen Benutzer überprüft. Dies war die Antwort:

Status: HTTP/1.1 200 OK Server: Apache/2.2.15 (CentOS)
X-Powered-By: PHP/5.3.3
X-Drupal-Cache: MISS
Cache-Kontrolle: max-age = 0, kein Cache Inhaltssprache: en
Link: http://www.website.com/ ; rel = "kanonisch", http://www.website.com/ ; rel = "shortlink", https://plus.google.com/u/0/b/randomnumber/randomnumber/ ; rel = "Verlag"
Variieren: Accept-Encoding X-Mod-Pagespeed: 1.6.29.7-3566
Inhaltskodierung: gzip
Inhaltstyp: text/html; Zeichensatz = utf-8
Inhaltslänge: 15365
Datum: Sa, 08. Februar 2014, 20:53:08 GMT
X-Varnish: 658699528
Alter: 0
Via: 1.1 Lack Verbindung: schließen

Dies ist, was isvarnishworking.com dazu zu sagen hat:

Varnish scheint auf diese URL zu antworten, aber der "Max-Age" -Wert des Cache-Control-Headers ist kleiner als 1, was bedeutet, dass Varnish unter dieser URL niemals Inhalte aus dem Cache bereitstellt.

Dies bedeutet, dass der Zweck, mit dem ich Lack einrichte, nicht erfüllt wird. Ist das richtig? Varnishstat weist eine Trefferquote von 50% auf, was zunächst gut genug ist:

83  Client connections accepted
     230  Client requests received
      21  Cache hits
      49  Cache misses
     210  Backend conn. success
     164  Fetch with Length
       1  Fetch wanted close
      39  N struct sess_mem
       1  N struct sess
      37  N struct object
      37  N struct objectcore
      26  N struct objecthead
      90  N struct smf
      16  N large free smf
       1  N struct vbe_conn
       2  N worker threads
      12  N worker threads created
  375315  N worker threads limited
     104  N overflowed work requests
       1  N backends
      12  N expired objects
       8  N LRU moved objects
     184  Objects sent with write
      82  Total Sessions
     230  Total Requests
     160  Total pass
     209  Total fetch
   84600  Total header bytes
 1377549  Total body bytes
       8  Session Closed
     223  Session Linger
     224  Session herd
   19641  SHM records
    1662  SHM writes
       1  SHM MTX contention
     213  allocator requests
      74  outstanding allocations
  409600  bytes allocated 10439155712  bytes free
     210  Backend requests made
       1  N vcl total
       1  N vcl available
       1  N total active purges
       1  N new purges added
      70  HCB Lookups without lock
      35  HCB Lookups with lock
      35  HCB Inserts
     752  Client uptime
      44  Fetch no body (304)

Hier ist ein Screeshot der Seite admin/configure/development/performance:

http://awesomescreenshot.com/01e2bplzef

6
Rana Prathap

Es wurde behoben, indem sichergestellt wurde, dass settings.php die folgenden Zeilen enthält und Nachwörter neu gestartet wurden:

$conf['cache_backends'] = array('sites/all/modules/varnish/varnish.cache.inc');

$conf['cache_class_cache_page'] = 'VarnishCache';

$conf['page_cache_invoke_hooks'] = FALSE;

$conf['reverse_proxy'] = TRUE;

$conf['cache'] = 1;

$conf['reverse_proxy_header'] = 'HTTP_X_FORWARDED_FOR';

$conf['reverse_proxy_addresses'] = array('127.0.0.1');
1
Rana Prathap

Ihr Inhalt stammt nicht aus dem Cache.

Siehe den X-Varnish Header;

X-Varnish: 658699528

Wenn der Inhalt von Varnish bereitgestellt würde, hätten Sie dort zwei Nummern. Nicht nur einer.

Haben Sie sich die Verwendung des Lackmoduls angesehen? Ich bin mir nicht sicher, welche Version von Drupal Sie verwenden).

1
Christian