Aspect théorique
Zend_Cache
Programmer's Reference Guide

Les frontends Zend_Cache

Zend_Cache_Core

Introduction

Zend_Cache_Core est un frontend spécial parce qu'il est le coeur du module. C'est le frontend de cache générique qui est étendu par les autres classes.

Note: Tous les frontends héritent de Zend_Cache_Core ainsi ses méthodes et options (décrites ci-dessous) seront aussi disponibles dans les autres frontends, cependant ils ne sont pas documentés ici.

Options disponibles

Ces options sont passées à la méthode de fabrique comme montrées dans les exemples précédents.

Options du frontend Core
Option Type de données Valeur par défaut Description
caching Boolean TRUE Active / désactive le cache (peut-être très utile pour le débogage de scripts en cache)
cache_id_prefix String NULL Un préfixe pour tous les ID de cache, si réglé à NULL, aucun préfixe d'ID de cache ne sera utilisé. Le préfixe d'ID de cache sert essentiellement à créer des espaces de noms dans le cache, permettant à plusieurs applications ou sites Web d'utiliser un cache partagé. Chaque application ou site web peut utilisé un préfixe d'ID de cache différent et un préfixe peut aussi être utilisé plusieurs fois.
lifetime Integer 3600 Temps de vie (en secondes) du cache, si défini à NULL, le cache est valide indéfiniment
logging Boolean FALSE Si défini à TRUE, le logging par Zend_Log est activé (mais le système sera plus lent)
write_control Boolean TRUE Active / désactive le contrôle d'écriture (le cache est lu juste après l'écriture pour détecter des entrées corrompues), activer "writeControl" va ralentir un petit peu l'écriture du cache, mais pas la lecture (il peut détecter des fichiers de cache corrompus, mais ceci n'est pas un contrôle parfait).
automatic_serialization Boolean FALSE Active / désactive la sérialisation automatique, il peut être utilisé pour enregistrer directement des données qui ne sont pas des chaînes de caractères (mais c'est plus lent).
automatic_cleaning_factor Integer 0 Active / désactive le nettoyage automatique ("garbage collector"): 0 signifie aucun nettoyage automatique de cache, 1 signifie un nettoyage systématique du cache et x > 1 signifie le nettoyage aléatoire 1 fois toute les x écritures.
ignore_user_abort Boolean FALSE Si réglé à TRUE, le cache active le drapeau PHP "ignore_user_abort" dans la méthode save() pour prévenir de la corruption du cache dans certains cas.

Exemples

Un exemple est donné dans le manuel, tout au début.

Si vous stocker uniquement des chaînes de caractères dans le cache (parce qu'avec l'option "automatic_serialization", il est possible de stocker des booléens), vous pouvez utiliser une construction plus compact comme :

  1. // nous avons déjà $cache
  2.  
  3. $id = 'myBigLoop'; // id de cache de "ce que l'on veut cacher"
  4.  
  5. if (!($data = $cache->load($id))) {
  6.     // cache absent
  7.  
  8.     $data = '';
  9.     for ($i = 0; $i < 10000; $i++) {
  10.         $data = $data . $i;
  11.     }
  12.  
  13.     $cache->save($data);
  14.  
  15. }
  16.  
  17. // [...] fait quelque chose avec $data
  18. // (affichage, passage ailleurs, etc, etc)

Si vous voulez cacher des blocs multiples ou des instances de données, l'idée reste la même :

  1. // on s'assure que l'on utilise des identifiant uniques
  2. $id1 = 'foo';
  3. $id2 = 'bar';
  4.  
  5. // block 1
  6. if (!($data = $cache->load($id1))) {
  7.     // cache absent
  8.  
  9.     $data = '';
  10.     for ($i=0;$i<10000;$i++) {
  11.         $data = $data . $i;
  12.     }
  13.  
  14.     $cache->save($data);
  15.  
  16. }
  17. echo($data);
  18.  
  19. // ceci n'est pas affecté par la mise en cache
  20. echo('NEVER CACHED! ');
  21.  
  22. // block 2
  23. if (!($data = $cache->load($id2))) {
  24.     // cache missed
  25.  
  26.     $data = '';
  27.     for ($i=0;$i<10000;$i++) {
  28.         $data = $data . '!';
  29.     }
  30.  
  31.     $cache->save($data);
  32.  
  33. }
  34. echo($data);

Si vous voulez cacher des valeurs "spéciales" (des booléens avec l'option "automatic_serialization") ou des chaînes vides, vous ne pouvez pas utiliser la construction compacte montrée ci-dessus. Vous devez tester de manière formelle l'état du cache.

  1. // La construction compacte (ne pas utiliser si vous cachez
  2. // des chaînes et/ou des booléens)
  3. if (!($data = $cache->load($id))) {
  4.  
  5.     // cache absent
  6.  
  7.     // [...] on crée $data
  8.  
  9.     $cache->save($data);
  10.  
  11. }
  12.  
  13. // on fait qqch avec $data
  14.  
  15. // [...]
  16.  
  17. // La construction complète (fonctionne dans tous les cas)
  18. if (!($cache->test($id))) {
  19.  
  20.     // cache absent
  21.  
  22.     // [...] on crée $data
  23.  
  24.     $cache->save($data);
  25.  
  26. } else {
  27.  
  28.     // lecture du cache
  29.  
  30.     $data = $cache->load($id);
  31.  
  32. }
  33.  
  34. // on fait qqch avec $data

Zend_Cache_Frontend_Output

Introduction

Zend_Cache_Frontend_Output est un frontend capturant la sortie. Il utilise la bufferisation de sortie de PHP pour capturer tout ce qui passe entre les méthodes start() et end().

Options disponibles

Ce frontend n'a pas d'options spécifiques autres que celles de Zend_Cache_Core.

Exemples

Un exemple est donnée dans le manuel, tout au début. Le voici avec des changements mineurs :

  1. // s'il y a un cache manquant, la bufferisation de sortie est lancée
  2. if (!$cache->start('mypage')) {
  3.  
  4.     // affiche tout comme d'habitude
  5.     echo 'Hello world! ';
  6.     echo 'This is cached ('.time().') ';
  7.  
  8.     $cache->end(); // affiche ce qu'il y a dans le buffer
  9. }
  10.  
  11. echo 'This is never cached ('.time().').';

Utiliser cette forme est assez simple pour définir une mise de cache de sortie dans vos projets déjà en production, avec peu de refactorisation de code.

Zend_Cache_Frontend_Function

Introduction

Zend_Cache_Frontend_Function met en cache les résultats des appels de fonction. Elle a une seule méthode principale appelée call() qui prend un nom de fonction et des paramètres pour l'appel dans un tableau.

Options disponibles

Options du frontend Function
Option Type de données Valeur par défaut Description
cache_by_default Boolean TRUE si TRUE, les appels de fonction seront mis en cache par défaut
cached_functions Array '' les noms de fonctions seront toujours mis en cache
non_cached_functions Array '' les noms de fonctions ne doivent jamais être mis en cache

Exemples

Utiliser la fonction call() est la même chose qu'utiliser call_user_func_array() en PHP :

  1. $cache->call('veryExpensiveFunc', $params);
  2.  
  3. // $params est dans un tableau par exemple, pour appeler
  4. // (avec mise en cache) : veryExpensiveFunc(1, 'foo', 'bar')
  5. // vous devriez utiliser
  6. $cache->call('veryExpensiveFunc', array(1, 'foo', 'bar'));

Zend_Cache_Frontend_Function est assez intelligente pour mettre en cache la valeur de retour de la fonction, ainsi que sa sortie interne.

Note: Vous pouvez passer n'importe quelle fonction utilisateur à l'exception de array(), echo(), empty(), eval(), exit(), isset(), list(), print() et unset().

Zend_Cache_Frontend_Class

Introduction

Zend_Cache_Frontend_Class est différent de Zend_Cache_Frontend_Function parce qu'elle permet de mettre en cache les objets et les méthodes statiques.

Options disponibles

Options du frontend Class
Option Type de données Valeur par défaut Description
cached_entity (requis) Mixed   si défini avec un nom de classe, nous allons mettre en cache une classe abstraite et utiliser uniquement les appels statiques ; si défini avec un objet, nous allons mettre en cache les méthodes de cet objet.
cache_by_default Boolean TRUE si TRUE, les appels vont être cachés par défaut
cached_methods Array   les noms des méthodes qui seront toujours mis en cache
non_cached_methods Array   les noms des méthodes qui ne doivent jamais être mises en cache

Exemples

Par exemple, pour mettre en cache des appels statiques :

  1. class test {
  2.  
  3.     // Méthode statique
  4.     public static function foobar($param1, $param2) {
  5.         echo "foobar_output($param1, $param2)";
  6.         return "foobar_return($param1, $param2)";
  7.     }
  8.  
  9. }
  10.  
  11. // [...]
  12. $frontendOptions = array(
  13.     'cached_entity' => 'test' // Le nom de la classe
  14. );
  15. // [...]
  16.  
  17. // l'appel caché
  18. $res = $cache->foobar('1', '2');

Pour mettre en cache des appels classiques aux méthodes :

  1. class test {
  2.  
  3.     private $_string = 'hello !';
  4.  
  5.     public function foobar2($param1, $param2) {
  6.         echo($this->_string);
  7.         echo "foobar2_output($param1, $param2)";
  8.         return "foobar2_return($param1, $param2)";
  9.     }
  10.  
  11. }
  12.  
  13. // [...]
  14. $frontendOptions = array(
  15.     'cached_entity' => new test() // Une instance de la classe
  16. );
  17. // [...]
  18.  
  19. // L'appel mis en cache
  20. $res = $cache->foobar2('1', '2');

Zend_Cache_Frontend_File

Introduction

Zend_Cache_Frontend_File est un frontend piloté par la modification d'un "fichier maître". C'est vraiment intéressant, par exemple, dans les problématiques de configuration ou de templates. Il est également possible d'utiliser plusieurs fichiers maîtres.

Par exemple, vous avez un fichier de configuration XML qui est analysé par une fonction, celle-ci retourne un "objet de configuration" (comme avec Zend_Config). Avec Zend_Cache_Frontend_File, vous pouvez stocker l'objet de configuration dans le cache (pour éviter d'analyser le fichier de configuration XML chaque fois) mais avec une sorte de forte dépendance au fichier maître. Ainsi si le fichier XML de configuration est modifié, le cache est immédiatement invalide.

Options disponibles

Options du frontend File
Option Type de données Valeur par défaut Description
master_file (déprécié) String '' le chemin complet et le nom du fichier maître
master_files Array array() un tableau de chemin complet de fichiers maîtres
master_files_mode String Zend_Cache_Frontend_File::MODE_OR Zend_Cache_Frontend_File::MODE_AND oU Zend_Cache_Frontend_File::MODE_OR ; si MODE_AND, alors tous les fichiers maîtres doivent être modifiés pour rendre invalide le cache, si MODE_OR, alors un seul fichier maître modifié est nécessaire pour invalider le cache
ignore_missing_master_files Boolean FALSE si TRUE, l'absence de fichiers maîtres est ignoré silencieusement (sinon une exception est levée)

Exemples

L'utilisation de ce frontend est la même que celle de Zend_Cache_Core. Il n'y a pas besoin d'exemple spécifique - la seule chose à faire est de définir le master_file lors de l'utilisation de la fabrique.

Zend_Cache_Frontend_Page

Introduction

Zend_Cache_Frontend_Page est comme Zend_Cache_Frontend_Output mais créé pour une page complète. Il est impossible d'utiliser Zend_Cache_Frontend_Page pour mettre en cache un bloc unique.

D'un autre côté, le "cache ID", est calculé automatiquement avec $_SERVER['REQUEST_URI'] et (en fonction des options) $_GET, $_POST, $_SESSION, $_COOKIE, $_FILES. De plus, vous avez seulement une méthode pour appeler ( start()) parce que l'appel à end() est totalement automatique lorsque la page est terminé.

Pour le moment, ceci n'est pas implémenté mais nous prévoyons d'ajouter un système de condition HTTP pour économiser de la bande passante (le système émettra un en-tête "HTTP 304 Not Modified" si le cache est trouvé, et si le navigateur a déjà la bonne version).

Note: Ce frontend opére en enregistrant une fonction de rappel qui doit être appelée quand le buffer de sortie qu'il utilise est nettoyé. Dans le but de fonctionner correctement, il doit être le buffer de sortie final de la requête. Pour garantir ceci, le buffer de sortie utilisé par le distributeur (Dispatcher) nécessite d'être désactivé en appelant la méthode setParam() de Zend_Controller_Front, par exemple $front->setParam('disableOutputBuffering', true); ou en ajoutant "resources.frontcontroller.params.disableOutputBuffering = true" à votre fichier d'amorçage (présumé de type INI) si vous utilisez Zend_Application.

Options disponibles

Options du frontend Page
Option Type de données Valeur par défaut Description
http_conditional Boolean FALSE utilisez le système "httpConditionnal" ou pas (pas encore implémenté)
debug_header Boolean FALSE si TRUE, un texte de débogage est ajouté avant chaque page de cache
default_options Array array(...see below...) un tableau associatif d'options par défaut :

  • (boolean, TRUE par défaut) cache : le cache est activé si TRUE

  • (boolean, FALSE par défaut) cache_with_get_variables : si TRUE, le cache est toujours activé même s'il y a des variables dans le tableau $_GET

  • (boolean, FALSE par défaut) cache_with_post_variables : si TRUE, le cache est toujours activé même s'il y a des variables dans le tableau $_POST

  • (boolean, FALSE par défaut) cache_with_session_variables : si TRUE, le cache est toujours activé s'il y a des variables dans le tableau $_SESSION

  • (boolean, FALSE par défaut) cache_with_files_variables : si TRUE, le cache est toujours activé s'il y a des variables dans le tableau $_FILES

  • (boolean, FALSE par défaut) cache_with_cookie_variables : si TRUE, le cache est toujours activé s'il y a des variables dans le tableau $_COOKIE

  • (boolean, TRUE par défaut) make_id_with_get_variables : si TRUE, l'identifiant du cache sera dépendant du contenu du tableau $_GET

  • (boolean, TRUE par défaut) make_id_with_post_variables : si TRUE, l'identifiant du cache sera dépendant du contenu du tableau $_POST

  • (boolean, TRUE par défaut) make_id_with_session_variables : si TRUE, l'identifiant du cache sera dépendant du contenu du tableau $_SESSION

  • (boolean, TRUE par défaut) make_id_with_files_variables : si TRUE, l'identifiant du cache sera dépendant du contenu du tableau $_FILES

  • (boolean, TRUE par défaut) make_id_with_cookie_variables : si TRUE, l'identifiant du cache sera dépendant du contenu du tableau $_COOKIE

  • (int, FALSE par défaut) specific_lifetime : si TRUE, la durée de vie fournie sera utilisée pour l'expression régulière choisie

  • (array, array() par défaut) tags : balises pour l'enregistrement en cache

  • (int, NULL par défaut) priority : priorité (si le backend le supporte)

regexps Array array() un tableau associatif pour définir les options, uniquement pour certaines REQUEST_URI, les clés sont des expressions régulières PCRE, les valeurs sont des tableaux associatifs avec des options spécifiques pour définir si les expressions régulières correspondent dans $_SERVER['REQUEST_URI'] (voir les options par défaut pour la liste des options disponibles) ; si plusieurs expressions régulières correspondent à un $_SERVER['REQUEST_URI'], seule la dernière sera utilisée.
memorize_headers Array array() un tableau de chaînes correspondant aux noms d'en-têtes HTTP. Les en-têtes listés seront stockées avec les données de cache et renvoyées lorsque le cache sera rappelé.

Exemples

L'utilisation de Zend_Cache_Frontend_Page est vraiment trivial :

  1. // [...] // require, configuration et factory
  2.  
  3. $cache->start();
  4. // si le cache est trouvé, le résultat est envoyé au navigateur
  5. // et le script s'arrête là
  6.  
  7. // reste de la page ...

Un exemple plus complexe qui montre un moyen pour obtenir une gestion centralisée du cache dans un fichier d'amorçage (pour utiliser avec Zend_Controller par exemple)

  1. // vous devriez éviter de mettre trop de lignes avant la section
  2. // de cache par exemple, pour des performances optimales,
  3. // "require_once" ou "Zend_Loader::loadClass" devrait être
  4. // après la section de cache
  5.  
  6. $frontendOptions = array(
  7.    'lifetime' => 7200,
  8.    'debug_header' => true, // pour le déboguage
  9.    'regexps' => array(
  10.        // met en cache la totalité d'IndexController
  11.        '^/$' => array('cache' => true),
  12.  
  13.        // met en cache la totalité d'IndexController
  14.        '^/index/' => array('cache' => true),
  15.  
  16.        // nous ne mettons pas en cache l'ArticleController...
  17.        '^/article/' => array('cache' => false),
  18.  
  19.        // ...mais nous mettons en cache l'action "view"
  20.        '^/article/view/' => array(
  21.             // de cet ArticleController
  22.            'cache' => true,
  23.  
  24.            // et nous mettons en cache même lorsqu'il y a
  25.            // des variables dans $_POST
  26.            'cache_with_post_variables' => true,
  27.  
  28.            // (mais le cache sera dépendent du tableau $_POST)
  29.            'make_id_with_post_variables' => true,
  30.        )
  31.    )
  32. );
  33. $backendOptions = array(
  34.     'cache_dir' => '/tmp/'
  35. );
  36.  
  37. // obtenir un objet Zend_Cache_Frontend_Page
  38. $cache = Zend_Cache::factory('Page',
  39.                              'File',
  40.                              $frontendOptions,
  41.                              $backendOptions);
  42.  
  43. $cache->start();
  44. // si nous trouvons un cache, le résultat est envoyé au navigateur,
  45. // et le script s'arrête là
  46.  
  47. // [...] la fin du fichier de démarrage
  48. // (ces lignes ne seront pas exécutées si on trouve un cache)

La méthode spécifique cancel()

A cause de problèmes de design, dans certains cas (par exemple quand on utilise des codes de retour HTTP autres que 200), vous pouvez avoir besoin de stopper le processus de mise en cache courant. Il a donc été introduit pour ce frontend en particulier, la méthode cancel().

  1. // [...] require, configuration et fabrique
  2.  
  3. $cache->start();
  4.  
  5. // [...]
  6.  
  7. if ($unTest) {
  8.     $cache->cancel();
  9.     // [...]
  10. }
  11.  
  12. // [...]
Aspect théorique
Zend_Cache
Programmer's Reference Guide