web-dev-qa-db-fra.com

Configurer le vernis, mais le contenu provient-il vraiment du cache?

J'ai installé du vernis sur mon site et après l'installation, j'ai vérifié l'en-tête http pour un utilisateur anonyme. C'était la réponse:

Statut: HTTP/1.1 200 OK Serveur: Apache/2.2.15 (CentOS)
X-Powered-By: PHP/5.3.3
X-Drupal-Cache: MISS
Cache-Control: max-age = 0, no-cache Content-Language: en
Lien: http://www.website.com/ ; rel = "canonical", http://www.website.com/ ; rel = "shortlink", https://plus.google.com/u/0/b/randomnumber/randomnumber/ ; rel = "éditeur"
Varier: Accepter-Encodage X-Mod-Pagespeed: 1.6.29.7-3566
Encodage de contenu: gzip
Type de contenu: texte/html; charset = utf-8
Longueur du contenu: 15365
Date: sam., 08 févr. 2014 20:53:08 GMT
Vernis X: 658699528
Âge: 0
Via: 1.1 vernis Connexion: fermer

Voici ce que isvarnishworking.com a à dire à ce sujet:

Le vernis semble répondre à cette URL, mais la valeur "max-age" de l'en-tête Cache-Control est inférieure à 1, ce qui signifie que le vernis ne servira jamais le contenu du cache à cette URL.

Cela signifie que l'objectif de la mise en place du vernis n'est pas atteint. Est-ce correct? Varnishstat affiche un taux de réussite de 50%, ce qui est assez bon pour commencer:

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)

Voici un aperçu de la page admin/configure/development/performance:

http://awesomescreenshot.com/01e2bplzef

cachingproxies
6
Rana Prathap

Corrigé en s'assurant que settings.php contient les lignes suivantes et en redémarrant les mots postérieurs:

$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

Votre contenu ne provient pas du cache.

Voir l'en-tête X-Varnish ;

X-Varnish: 658699528

Si le contenu était servi par Varnish, vous auriez deux numéros. Pas seulement un.

Avez-vous envisagé d'utiliser le module Varnish ? Je ne sais pas quelle version de Drupal vous utilisez cependant.

1
Christian