Previous Next

Les frontends Zend_Cache

Zend_Cache_Core

Introduction

Zend_Cache_Core est un frontend spécial parce qu'il est le cœur 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 int 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 un drapeau "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 :

load($id))) {
    // cache absent

    $data = '';
    for ($i = 0; $i < 10000; $i++) {
        $data = $data . $i;
    }

    $cache->save($data);

}

// [...] fait quelque chose avec $data (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 :

load($id1))) {
    // cache absent

    $data = '';
    for ($i=0;$i<10000;$i++) {
        $data = $data . $i;
    }

    $cache->save($data);

}
echo($data);

// ceci n'est pas affecté par la mise en cache
echo('NEVER CACHED! ');

// block 2
if (!($data = $cache->load($id2))) {
    // cache missed

    $data = '';
    for ($i=0;$i<10000;$i++) {
        $data = $data . '!';
    }

    $cache->save($data);

}
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.

load($id))) {

    // cache absent

    // [...] on crée $data

    $cache->save($data);

}

// on fait qqch avec $data

// [...]

// La construction complète (fonctionne dans tous les cas)
if (!($cache->test($id))) {

    // cache absent

    // [...] on crée $data

    $cache->save($data);

} else {

    // lecture du cache

    $data = $cache->load($id);

}

// 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 :

start('mypage')) {

    // affiche tout comme d'habitude
    echo 'Hello world! ';
    echo 'This is cached ('.time().') ';

    $cache->end(); // affiche ce qu'il y a dans le buffer
}

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 :

call('veryExpensiveFunc', $params);

// $params est dans un tableau
// par exemple, pour appeler (avec mise en cache) veryExpensiveFunc(1, 'foo', 'bar')
// vous devriez utiliser
$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 :

 'test' // Le nom de la classe
);
// [...]

// l'appel caché
$res = $cache->foobar('1', '2');
Pour mettre en cache des appels classiques aux méthodes :
_string);
        echo "foobar2_output($param1, $param2)";
        return "foobar2_return($param1, $param2)";
    }

}

// [...]
$frontendOptions = array(
    'cached_entity' => new test() // Une instance de la classe
);
// [...]

// L'appel mis en cache
$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.

Pour l'instant, vous avez un fichier de configuration XML qui est parsé par une fonction qui retourne un "objet config" (comme avec Zend_Config). Avec Zend_Cache_Frontend_File, vous pouvez stocker l'objet config 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 (mandatory) string le chemin complet et le nom du fichier maître

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 enverra une entête "HTTP 304 Not Modified" si le cache est trouvé, et si le navigateur a déjà la bonne version).

Options disponibles (pour ce frontend dans la fabrique Zend_Cache)

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 text 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

regexps array array() un tableau associatif pour définir les options, uniquement pour certaines REQUEST_URI, les clés sont des regex PCRE, les valeurs sont des tableaus associatifs avec des options spécifiques pour définir si les regexs correspondent dans $_SERVER['REQUEST_URI'] (voir les options par défaut pour la liste des options disponibles) ; si plusieurs regex 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'entêtes HTTP. Les entêtes listées 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 :

start();
// si le cache est trouvé, le résultat est envoyé au navigateur et le script s'arrête là

// 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)

 7200,
   'debug_header' => true,                        // pour le déboguage
   'regexps' => array(
       '^/$' => array('cache' => true),           // met en cache la totalité d'IndexController
       '^/index/' => array('cache' => true),      // met en cache la totalité d'IndexController
       '^/article/' => array('cache' => false),   // nous ne mettons pas en cache l'ArticleController...
       '^/article/view/' => array(                // ...mais nous mettons en cache l'action "view"
           'cache' => true,                       // de cet ArticleController
           'cache_with_post_variables' => true,   // et nous mettons en cache même lorsqu'il y a des variables dans $_POST
           'make_id_with_post_variables' => true, // (mais le cache sera dépendent du tableau $_POST)
       )
   )
);
$backendOptions = array(
    'cache_dir' => '/tmp/'
);

// obtenir un objet Zend_Cache_Frontend_Page
$cache = Zend_Cache::factory('Page', 'File', $frontendOptions, $backendOptions);

$cache->start();
// si nous trouvons un cache, le résultat est envoyé au navigateur, et le script s'arrête là

// [...] la fin du fichier de démarrage (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 HTTP/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().

start();

// [...]

if ($unTest) {
    $cache->cancel();
    // [...]
}

// [...]
Previous Next
Introduction to Zend Framework
Présentation
Installation
Zend_Acl
Introduction
Affiner les Contrôles d'Accès
Utilisation avancée
Zend_Auth
Introduction
Authentification avec une table de base de données
Authentification "Digest"
Adaptateur d'authentification HTTP
LDAP Authentication
Authentification OpenID
Zend_Cache
Introduction
La théorie du cache
Les frontends Zend_Cache
Les backends Zend_Cache
Zend_Captcha
Introduction
Captcha Operation
Captcha Adapters
Zend_Config
Introduction
Point de vue théorique
Zend_Config_Ini
Zend_Config_Xml
Zend_Console_Getopt
Introduction à Getopt
Déclarer les règles Getopt
Extraire les options et les arguments
Configurer Zend_Console_Getopt
Zend_Controller
Zend_Controller - Démarrage rapide
Fondations de Zend_Controller
Le contrôleur frontal (Front Controller)
L'objet Requête
Routeur Standard : Zend_Controller_Router_Rewrite
Le dispatcheur
Contrôleurs d'action
Aides d'action (Helper)
Objet de réponse
Plugins
Utilisation de conventions de dossiers modulaires
Exceptions avec MVC
Migrer depuis des versions précédentes
Zend_Currency
Introduction à Zend_Currency
How to work with currencies
Migrer depuis des versions antérieures
Zend_Date
Introduction
Point de vue théorique
Méthodes de base
Zend_Date API Overview
Créer des dates
Constants for General Date Functions
Exemples concrets
Zend_Db
Zend_Db_Adapter
Zend_Db_Statement
Zend_Db_Profiler
Zend_Db_Select
Zend_Db_Table
Zend_Db_Table_Row
Zend_Db_Table_Rowset
Relations Zend_Db_Table
Zend_Debug
Afficher des informations
Zend_Dojo
Introduction
Zend_Dojo_Data: dojo.data Envelopes
Les aides de vues Dojo
Les éléments de formulaire et les décorateurs Dojo
Zend_Dom
Introduction
Zend_Dom_Query
Zend_Exception
Utiliser les exceptions
Zend_Feed
Introduction
Importer des flux
Obtenir des flux à partir de pages Web
Consommer un flux RSS
Consommer un flux Atom
Consommer une entrée Atom particulière
Modifier la structure du flux ou des entrées
Classes personnalisées pour les flux et entrées
Zend_File
Zend_File_Transfer
Validators for Zend_File_Transfer
Zend_Filter
Introduction
Classes de filtre standards
Chaînes de filtrage
Écriture de filtres
Zend_Filter_Input
Zend_Filter_Inflector
Zend_Form
Zend_Form
Zend_Form Quick Start
Creating Form Elements Using Zend_Form_Element
Creating Forms Using Zend_Form
Creating Custom Form Markup Using Zend_Form_Decorator
Standard Form Elements Shipped With Zend Framework
Standard Form Decorators Shipped With Zend Framework
Internationalization of Zend_Form
Advanced Zend_Form Usage
Zend_Gdata
Introduction à Gdata
Authentification par procédé AuthSub
Authentification avec ClientLogin
Using Google Calendar
Using Google Documents List Data API
Using Google Spreadsheets
Using Google Apps Provisioning
Using Google Base
Utiliser l'API YouTube
Utilisation des albums Web Picasa
Attraper les exceptions Gdata
Zend_Http
Zend_Http_Client - Introduction
Zend_Http_Client - Utilisation avancée
Zend_Http_Client - Adaptateurs de connexion
Zend_Http_Cookie and Zend_Http_CookieJar
Zend_Http_Response
Zend_InfoCard
Introduction
Zend_Json
Introduction
Utilisation de base
Objets JSON
XML to JSON conversion
Zend_Json_Server - JSON-RPC server
Zend_Layout
Introduction
Zend_Layout - Démarrage rapide
Zend_Layout options de configuration
Zend_Layout, utilisation avancée
Zend_Ldap
Introduction
Zend_Loader
Charger les fichiers et les classes dynamiquement
Chargeur de Plugins
Zend_Locale
Introduction
Using Zend_Locale
Normalization and Localization
Working with Dates and Times
Supported Languages for Locales
Supported Regions for Locales
Zend_Log
Présentation
Rédacteurs (Writers)
Formateurs (mise en forme)
Filtres
Zend_Mail
Introduction
Envoyer des emails en utilisant SMTP
Envoyer plusieurs emails par connexion SMTP
Utiliser différents transports
Email HTML
Fichiers joints
Ajouter des destinataires
Contrôler les limites MIME
Entêtes additionnelles
Jeux de caractères
Encodage
Authentification SMTP
Sécuriser les transports SMTP
Lire des emails
Zend_Measure
Introduction
Création d'une mesure
Récupérer des mesures
Manipuler des mesures
Types de mesures
Zend_Memory
Présentation
Manager de mémoire
Objet mémoire
Zend_Mime
Zend_Mime
Zend_Mime_Message
Zend_Mime_Part
Zend_OpenId
Introduction
Zend_OpenId_Consumer Basics
Zend_OpenId_Provider
Zend_Paginator
Introduction
Usage
Configuration
Advanced usage
Zend_Pdf
Introduction.
Créer et charger des documents PDF
Sauvegarder les changement dans un document PDF
Les pages d'un document
Dessiner
Informations du document et métadonnées.
Exemple d'utilisation du module Zend_Pdf
Zend_Registry
Utiliser le registre
Zend_Rest
Introduction
Zend_Rest_Client
Zend_Rest_Server
Zend_Search_Lucene
Overview
Building Indexes
Searching an Index
Query Language
Query Construction API
Character Set
Extensibility
Interoperating with Java Lucene
Advanced
Best Practices
Zend_Server
Introduction
Zend_Server_Reflection
Zend_Service
Introduction
Zend_Service_Akismet
Zend_Service_Amazon
Zend_Service_Audioscrobbler
Zend_Service_Delicious
Zend_Service_Flickr
Zend_Service_Nirvanix
Zend_Service_ReCaptcha
Zend_Service_Simpy
Introduction
Zend_Service_StrikeIron
Zend_Service_StrikeIron: Bundled Services
Zend_Service_StrikeIron: Advanced Uses
Zend_Service_Technorati
Zend_Service_Yahoo
Zend_Session
Introduction
Usage basique
Utilisation avancée
Global Session Management
Zend_Session_SaveHandler_DbTable
Zend_Soap
Zend_Soap_Server
Zend_Soap_Client
WSDL Accessor
AutoDiscovery. Introduction
Class autodiscovering.
Functions autodiscovering.
Autodiscovering. Datatypes.
Zend_Test
Introduction
Zend_Test_PHPUnit
Zend_Text
Zend_Text_Figlet
Zend_TimeSync
Introduction
Utiliser Zend_TimeSync
Zend_Translate
Introduction
Adaptateurs pour Zend_Translate
Utiliser les adaptateurs de traduction
Zend_Uri
Zend_Uri
Zend_Validate
Introduction
Classes de validation standard
Chaînes de validation
Ecrire des validateurs
Zend_Version
Lire la version du Zend Framework
Zend_View
Introduction
Scripts de contrôleur
Scripts de vue
Aides de vue
Zend_View_Abstract
Zend_Wildfire
Zend_Wildfire
Zend_XmlRpc
Introduction
Zend_XmlRpc_Client
Zend_XmlRpc_Server
Configuration système requise par le Zend Framework
Version de PHP requise
Extensions PHP
Les composants du Zend Framework
Dépendances internes du Zend Framework
Convention de codage PHP du Zend Framework
Vue d'ensemble
Formatage des fichiers PHP
Conventions de nommage
Style de codage
Informations de copyright