Cache HTTP

L'attribut naturel des applications Web riches est qu'elles sont dynamiques. Quelle que soit l'efficacité de votre programme, chaque requête entraînera toujours une surcharge bien plus importante que les fichiers statiques.

Plus de programmes Web n'ont pas été grandement affectés. Symfony est ultra-rapide, et à moins que vous ne fassiez quelque chose de très lourd, chaque requête est restaurée rapidement sans mettre trop de pression sur le serveur.

Mais à mesure que votre site grandit, la surcharge peut devenir un problème. Le traitement des demandes typiques ne doit être effectué qu’une seule fois. Et c’est exactement l’objectif du verrouillage du cache.

La mise en cache sur les épaules des géants ¶

Le moyen le plus efficace d'améliorer les performances d'un programme est de mettre en cache l'intégralité de la sortie de la page, puis d'ignorer l'intégralité de la requête ultérieure. Bien entendu, pour les sites Web très dynamiques, cela n’est pas toujours le cas. Dans ce chapitre, vous apprendrez comment fonctionne le système de mise en cache de Symfony et pourquoi c'est la meilleure solution.

Le système de mise en cache Symfony est différent car il repose sur la simplicité et la puissance du cache HTTP défini par la spécification HTTP. Plutôt que de réinventer une approche de mise en cache, Symfony met l'accent sur les normes qui définissent les communications de base sur le Web. Une fois que vous maîtrisez les bases de la « validation HTTP » et de « l’expiration des modèles mis en cache », vous pouvez déjà maîtriser le système de mise en cache de Symfony.

Le processus d'apprentissage du cache Symfony peut être divisé en quatre étapes :

1. Le cache passerelle, ou proxy inverse, est une couche indépendante devant votre programme. Un proxy inverse met en cache les réponses au fur et à mesure qu'elles sont renvoyées par votre programme ; il peut également répondre aux requêtes avec des réponses mises en cache avant que la requête n'atteigne votre programme. Symfony fournit son propre proxy inverse, mais n'importe quel proxy inverse fonctionnera.

2. Cache HTTPL'en-tête de cache HTTP est utilisé entre votre programme et le client pour communiquer avec le cache de passerelle ou d'autres caches. Symfony fournit une configuration par défaut raisonnable et une interface puissante pour interagir avec les en-têtes de cache.

3. HTTPexpiration et validation, ces deux modèles sont utilisés pour déterminer si le contenu mis en cache est fresh/fresh (peut être réutilisé depuis le cache), ou s'il est stale/stale (doit être régénéré par le programme)

4. Edge Side Include (ESI), les inclusions latérales de bord permettent d'utiliser le cache HTTP pour la mise en cache indépendante de parties de la page (même des fragments imbriqués). Avec l'aide d'ESI, vous pouvez même « mettre en cache la page entière pendant 60 minutes, mais la barre latérale pendant seulement 5 minutes ».

Le cache HTTP n'étant pas exclusif à Symfony, il existe de nombreux articles connexes. Si vous n'êtes pas familier avec la mise en cache HTTP, je vous recommande fortement de lire Things Caches Do de Ryan Tomayko. Un autre bon article approfondi est le Cache Tutorial de Mark Nottingham.

Utilisation du cache de passerelle ¶

Lors de l'utilisation de la mise en cache HTTP, cache est complètement distinct de votre programme, il se situe entre votre programme et le client qui fait la demande.

La tâche de la mise en cache est de recevoir les demandes des clients, puis de les renvoyer à votre programme, puis de les renvoyer au client. Le cache ici est « l’intermédiaire » dans le processus de communication « requête-réponse » entre le programme et le navigateur.

Au fil du temps, ces caches stockeront chaque réponse jugée « pouvant être mise en cache » (voir Introduction à la mise en cache HTTP). Si la même ressource est demandée à nouveau, le cache enverra la réponse mise en cache au client, ignorant complètement votre application.

Ce type de cache est le cache de passerelle HTTP, qui existe dans les proxys inverses tels que Varnish, Squid en mode proxy inverse et Symfony.

Types de cache ¶

Mais le cache Gateway n'est pas le seul type de cache. En fait, les en-têtes de cache HTTP envoyés par votre programme sont supposés être interprétés par jusqu'à trois méthodes de mise en cache :

• Caches de navigateur : Chaque navigateur possède son propre cache local intégré, utilisé lorsque vous cliquez sur "Retour". ", ou utilisé pour les images et autres actifs. Le cache du navigateur est un cache privé (privé), car les ressources mises en cache ne peuvent pas être utilisées par d'autres.

• Caches proxy (caches proxy) : Le proxy fait référence à un cache partagé (partagé), car de nombreuses personnes Peut être suivi (pour être utilisé) par quelqu'un. Généralement utilisé par les grandes entreprises ou les FAI pour réduire la latence d'accès et le trafic réseau.

• Caches passerelles : Semblable à un proxy, c'est aussi un cache partagé, mais côté serveur. Souvent utilisé par les administrateurs réseau pour rendre les sites Web plus faciles à mettre à niveau, plus fiables et plus performants.

Chaque réponse du programme connaîtra l'un ou les deux premiers types de cache. Ces caches échappent à votre contrôle (de programme), mais obéissent aux instructions de mise en cache HTTP définies dans la réponse.

Symfony Reverse Proxy ¶

Symfony dispose d'un proxy inverse intégré (également appelé cache de passerelle) écrit en PHP. Ce n'est pas un cache proxy inverse complet comme Varnish, mais c'est un bon début.

Activer le proxy est simple : les programmes Symfony ont tous un noyau de cache pré-construit (AppCache), qui emballe le noyau par défaut (AppKernel). Ce noyau de mise en cache est en fait un proxy inverse. AppCache），它把默认的核心（AppKernel）给打包。这个缓存核心就是 反向代理。

开启缓存很容易，修改你的前端控制器代码。你也可以在app_dev.php中做出这些改变，即可为dev环境添加缓存：

// web/app.phpuse Symfony\Component\HttpFoundation\Request;
// ...$kernel = new AppKernel('prod', false);$kernel->loadClassCache(); 
// add (or uncomment) this new line! / 添加下面新行！
// wrap the default AppKernel with the AppCache one
// 用AppCache打包默认的AppKernel$kernel = new AppCache($kernel); $request = Request::createFromGlobals(); $response = $kernel->handle($request);$response->send(); $kernel->terminate($request, $response);

上面的缓存核心，将立即作为反向代理来运作——从你的程序中缓存响应，然后把它们返回到客户端。

1

error_log($kernel->getLog());

// app/AppCache.phpuse Symfony\Bundle\FrameworkBundle\HttpCache\HttpCache; class AppCache extends HttpCache{
    protected function getOptions()
    {
        return array(
            'debug'                  => false,
            'default_ttl'            => 0,
            'private_headers'        => array('Authorization', 'Cookie'),
            'allow_reload'           => false,
            'allow_revalidate'       => false,
            'stale_while_revalidate' => 2,
            'stale_if_error'         => 60,
        );
    }}

L'objet AppCache a une configuration par défaut adaptée, mais en remplaçant getOptions() pour définir un ensemble d'options, l'objet peut être affiné. AppCache对象有一个合适的默认配置，但是通过覆写getOptions()方法来设置一组选项，该对象即可被精细调整。

Cache-Control: private, max-age=0, must-revalidate
 
Cache-Control: max-age=3600, must-revalidate

// ... use Symfony\Component\HttpFoundation\Response; $response = new Response();
// mark the response as either public or private 标记响应是公有还是私有$response->setPublic();$response->setPrivate();
// set the private or shared max age 设置私有或公有的最大周期$response->setMaxAge(600);$response->setSharedMaxAge(600); 
// set a custom Cache-Control directive 设置一个自定义Cache-Control命令$response->headers->addCacheControlDirective('must-revalidate', true)

$date = new DateTime();
$date->modify('+600 seconds'); 
$response->setExpires($date);

Expires: Thu, 01 Mar 2011 16:00:00 GMT

// Sets the number of seconds after which the response
// should no longer be considered fresh// 设置“响应过期”的秒数$response->setMaxAge(600);
 // Same as above but only for shared caches
// 同上，但仅用于共享缓存$response->setSharedMaxAge(600);

1

Cache-Control: max-age=600, s-maxage=600

// Marks the Response stale 标记响应过期$response->expire(); 
// Force the response to return a proper 304 response with no content
// 强制响应返回一个没有内容的恰当的304响应$response->setNotModified();

// Set cache settings in one call$response->setCache(array(
    'etag'          => $etag,
    'last_modified' => $date,
    'max_age'       => 10,
    's_maxage'      => 10,
    'public'        => true,
    // 'private'    => true,
    ));