4.3. Фронтэнды Zend_Cache

4.3.1. Zend_Cache_Core

4.3.1.1. Введение

Фронтэнд Zend_Cache_Core является особым, так как это ядро всего модуля. Это фронтэнд общего назначения и он расширяется другими классами.

[Замечание] Замечание

Все фронтэнды наследуют от класса Zend_Cache_Core, поэтому его методы и опции, описанные ниже, должны быть доступны в других фронтэндах и не будут описываться далее.

4.3.1.2. Доступные опции

Эти опции передаются фабричному методу, как было показано в предыдущих примерах.

Таблица 4.1. Опции базового фронтэнда

Опция Тип данных Значение по умолчанию Описание
caching boolean true Включает/отключает кэширование (может быть очень полезным при отладке кэшируемых скриптов).
cache_id_prefix string null Префикс для всех идентификаторов кэша. Если установлен в null, то префикс не будет использоваться. Префикс идентификатора кэша в первую очередь создает пространство имен в кэше, что позволяет нескольким приложениям или веб-сайтам использовать общий кэш. Любое приложение или веб-сайт может использовать свой префикс идентификаторов кэша, благодаря чему отдельные идентификаторы кеша могут использоваться многократно.
lifetime int 3600 Время жизни кэша (в секундах), если установлен в null, то кэш имеет бесконечное время жизни.
logging boolean false Если установлен в true, то включается логирование через Zend_Log (но система будет работать медленнее).
write_сontrol boolean true Включает/отключает контроль записи (кэш читается сразу после записи для выявления поврежденных записей), включение write_control немного замедлит запись кэша, но не чтение. Этот контроль поможет выявить некоторые поврежденные файлы кэша, но не является совершенным.
automatic_serialization boolean false Включает/отключает автоматическую сериализацию, она может использоваться для сохранения напрямую данных, которые не являются строками (но это будет меденнее).
automatic_cleaning_factor int 10 Отключает/настраивает процесс автоматической очистки (сборки мусора): 0 означает, что автоматическая чистка кэша не производится, 1 означает систематическую очистку кэша, x (integer) > 1 означает, что автоматическая чистка производится случайным образом 1 раз на x записей кэша.
ignore_user_abort boolean false Если установлен в true, то ядро будет устанавливать флаг ignore_user_abort в методе save() во избежание порчи кэша в некоторых случаях.

4.3.1.3. Примеры

Пример был дан в самом начале данного раздела руководства.

Если вы храните в кэше только строки (с опцией automatic_serialization возможно хранить некоторые булевы значения), вы можете использовать более компактную конструкцию, как показано ниже:

<?php
// предполагается, что переменная $cache уже установлена

$id = 'myBigLoop'; // идентификатор того, что мы хотим закэшировать

if (!($data = $cache->load($id))) {
    // промах кэша

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

    $cache->save($data);

}

// [...] делаем что-либо с данными (отображение, передача и т.д.)
            

Если вы хотите закэшировать несколько блоков или экземпляров данных, то принцип будет тот же:

<?php
// убедитесь, что используете уникальные идентификаторы:
$id1 = 'foo';
$id2 = 'bar';

// блок 1
if (!($data = $cache->load($id1))) {
    // промах кэша

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

    $cache->save($data);

}
echo($data);

// эта часть не кэшируется
echo('НЕ КЭШИРУЕТСЯ! ');

// блок 2
if (!($data = $cache->load($id2))) {
    // промах кэша

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

    $cache->save($data);

}
echo($data);
echo($data);
            

4.3.2. Zend_Cache_Frontend_Output

4.3.2.1. Введение

Zend_Cache_Frontend_Output является фронтэндом, собирающим выходные данные. Он использует буферизацию вывода (output buffering) в PHP для сохранения всего, что выводится между его методами start() и end().

4.3.2.2. Доступные опции

Этот фронтэнд не имеет каких-либо специальных опций, отличных от опций Zend_Cache_Core.

4.3.2.3. Примеры

Пример был дан в самом начале данного руководства. Здесь он с небольшими изменениями:

<?php
// если имеет место промах кэша,
// то начинается буферизация вывода
if (!($cache->start('mypage'))) {

    // все выводится, как обычно
    echo 'Hello world! ';
    echo 'This is cached ('.time().') ';

    $cache->end(); // завершение буферизации вывода

}

echo 'This is never cached ('.time().').';
            

Используя эту форму, довольно легко установить кэширование вывода в уже работающем проекте с незначительным рефакторингом кода или совсем без него.

4.3.3. Zend_Cache_Frontend_Function

4.3.3.1. Введение

Zend_Cache_Frontend_Function сохраняет в кэш результаты вызова функции. Он имеет единственный основной метод call(), который принимает имя функции и параметры вызова в виде массива.

4.3.3.2. Доступные опции

Таблица 4.2. Опции Zend_Cache_Frontend_Function

Опция Тип данных Значение по умолчанию Описание
cache_by_default boolean true Если равен true, то вызовы функции по умолчанию кэшируются.
cached_functions array   Имена функций, которые всегда кэшируются.
non_cached_functions array   Имена функций, которые никогда не должны кэшироваться.

4.3.3.3. Примеры

Функция call() используется так же, как и call_user_func_array() в PHP:

<?php
$cache->call('veryExpensiveFunc', $params);

# $params является массивом
# например, если нужно вызвать (с кэшированием) veryExpensiveFunc(1, 'foo', 'bar'),
# то вы должны использовать $cache->call('veryExpensiveFunc', array(1, 'foo', 'bar'))
            

Zend_Cache_Frontend_Function достаточно интеллектуален, чтобы кэшировать как возвращаемое функцией значение, так и данные, выводимые внутри нее.

[Замечание] Замечание

Вы можете передавать любые как встроенные, так и определенные пользователем функции, за исключением array(), echo(), empty(), eval(), exit(), isset(), list(), print() и unset().

4.3.4. Zend_Cache_Frontend_Class

4.3.4.1. Введение

Zend_Cache_Frontend_Class отличается от Zend_Cache_Frontend_Function тем, что позволяет кэшировать объекты и статические вызовы методов.

4.3.4.2. Доступные опции

Таблица 4.3. Опции Zend_Cache_Frontend_Class

Опция Тип данных Значение по умолчанию Описание
cached_entity (required) mixed   Если установлен как имя класса, то будет кэшироваться абстрактный класс и будут использоваться только статические вызовы; если установлен как объект, то будут кэшироваться методы объекта.
cache_by_default boolean true Если установлен в true, то вызовы будут кэшироваться по умолчанию.
cached_methods array   Имена методов, которые должны всегда кэшироваться.
non_cached_methods array   Имена методов, которые никогда не должны кэшироваться.

4.3.4.3. Примеры

Кэширование статических вызовов:

<?php class test {

    # статический метод
    public static function foobar($param1, $param2) {
        echo "foobar_output($param1, $param2)";
        return "foobar_return($param1, $param2)";
    }

}

// [...]
$frontendOptions = array(
    'cached_entity' => 'test' // имя класса
);
// [...]

# кэшируемый вызов
$res = $cache->foobar('1', '2');
            

Кэширование обычных вызовов методов:

<?php class test {

    private $_string = 'hello !';

    public function foobar2($param1, $param2) {
        echo($this->_string);
        echo "foobar2_output($param1, $param2)";
        return "foobar2_return($param1, $param2)";
    }

}

// [...]
$frontendOptions = array(
    'cached_entity' => new test() // экземпляр класса
);
// [...]

# кэшируемый вызов
$res = $cache->foobar2('1', '2');
            

4.3.5. Zend_Cache_Frontend_File

4.3.5.1. Введение

Zend_Cache_Frontend_File является фронтэндом, который управляется временем изменения "главного файла". Он очень полезен для кэширования конфигураций или шаблонов.

Например, у вас есть конфигурационный файл XML, он парсится функцией, которая возвращает объект конфигурации (наподобие Zend_Config). С помощью Zend_Cache_Frontend_File вы можете сохранять объект конфигурации в кэш (чтобы избежать повторного парсинга конфигурационного файла XML), но с сильной зависимостью от "главного файла". Если конфигурационный файл XML изменяется, то кэш сразу становится недействительным.

4.3.5.2. Доступные опции

Таблица 4.4. Опции Zend_Cache_Frontend_File

Опция Тип данных Значение по умолчанию Описание
master_file (обязательный) string Полные путь и имя главного файла

4.3.5.3. Примеры

Этот фронтэнд используется так же, как и Zend_Cache_Core. Специальные примеры не нужны, единственное, что надо сделать — это определить masterFile при использовании фабрики.

4.3.6. Zend_Cache_Frontend_Page

4.3.6.1. Введение

Zend_Cache_Frontend_Page похож на Zend_Cache_Frontend_Output, но предназначена для кэширования целых страниц. Zend_Cache_Frontend_Page нельзя использовать для кэширования отдельных блоков.

Идентификатор кэша вычисляется автоматически с использованием $_SERVER['REQUEST_URI'] и (в зависимости от опций) $_GET, $_POST, $_SESSION, $_COOKIE, $_FILES. Кроме этого, вы используете только один метод для вызова (start()), потому что end() вызывается автоматически, когда страница заканчивается.

На данный момент мы планируем добавить условную систему HTTP для сохранения пропускной способности (система будет отправлять HTTP 304 Not Modified, если есть попадание в кэш и броузер уже имеет правильную версию страницы).

4.3.6.2. Доступные опции

Таблица 4.5. Опции Zend_Cache_Frontend_Page

Опция Тип данных Значение по умолчанию Описание
http_conditional boolean false Использовать условную систему HTTP (не реализовано на данный момент)
debug_header boolean false Если установлен в true, то отладочный текст вставляется перед каждой кэшируемой страницей.
default_options array array(...смотрите далее...) Ассоциативный массив опций, включаемых по умолчанию:
  • (boolean, true по умолчанию) cache: если true, то кэширование включено

  • (boolean, false по умолчанию) cache_with_get_variables: если true, кэширование включено, даже если в массиве $_GET есть переменные

  • (boolean, false по умолчанию) cache_with_post_variables: если true, кэширование включено, даже если в массиве $_POST есть переменные

  • (boolean, false по умолчанию) cache_with_session_variables: если true, кэширование включено, даже если в массиве $_SESSION есть переменные

  • (boolean, false по умолчанию) cache_with_files_variables: если true, кэширование включено, даже если в массиве $_FILES есть переменные

  • (boolean, false по умолчанию) cache_with_cookie_variables: если true, кэширование включено, даже если в массиве $_COOKIE есть переменные

  • (boolean, true по умолчанию) make_id_with_get_variables: если true, то идентификатор кэша будет зависеть от содержимого массива $_GET

  • (boolean, true по умолчанию) make_id_with_post_variables: если true, то идентификатор кэша будет зависеть от содержимого массива $_POST

  • (boolean, true по умолчанию) make_id_with_session_variables: если true, то идентификатор кэша будет зависеть от содержимого массива $_SESSION

  • (boolean, true по умолчанию) make_id_with_files_variables : если true, то идентификатор кэша будет зависеть от содержимого массива $_FILES

  • (boolean, true по умолчанию) make_id_with_cookie_variables: если true, то идентификатор кэша будет зависеть от содержимого массива $_COOKIE

regexps array array() Ассоциативный массив для установки опций только для некоторых REQUEST_URI. Ключами этого массива являются регулярные выражения (PCRE), значениями — ассоциативные массивы со специальными опциями, которые устанавливаются, если $_SERVER['REQUEST_URI'] соответствует регулярному выражению (см. default_options в этом списке доступных опций). Если $_SERVER['REQUEST_URI'] соответствует нескольким регулярным выражениям, то используется только последнее из них.

4.3.6.3. Пример

Использование Zend_Cache_Frontend_Page довольно простое:

<?php
// [...]

$cache->start();
// если есть попадание в кэш, то результат отправляется броузеру
// и выполнение скрипта на этом прекращается

// остальная часть страницы ...
            

Более сложный пример, показывающий способ создания централизованного управления кэшированием в загрузочном файле (например, для использования с Zend_Controller).

<?php

// [...] вы должны избегать слишком большого количества строк кода перед участком кэша
// [...] например, для наибольшей производительности "require_once" или "Zend_Loader::loadClass"
// [...] должны находиться после кэшируемого участка

require_once 'Zend/Cache.php';

$frontendOptions = array(
   'lifetime' => 7200,
   'debug_header' => true, // для отладки
   'regexps' => array(
       '^/$' => array('cache' => true),         // кэширование всего IndexController;
       '^/index/' => array('cache' => true),    // кэширование всего IndexController;
       '^/article/' => array('cache' => false), // не кэшируем ArticleController...
       '^/article/view/' => array(              // ...но кэшируем действие "view"
           'cache' => true,                     // контроллера ArticleController;
           'cache_with_post_variables' => true,    // кэшируем, даже если есть переменные $_POST
           'make_id_with_post_variables' => true,   // (но кэш будет зависеть от массива $_POST)
       )
   )
);
$backendOptions = array(
    'cache_dir' => '/tmp/'
);

// получение объекта Zend_Cache_Frontend_Page
$cache = Zend_Cache::factory('Page', 'File', $frontendOptions, $backendOptions);

$cache->start();
// если есть попадание в кэш, результат отправляется броузеру,
// и выполнение скрипта на этом завершается

// [...] конец загрузочного файла (этот код не исполняется, если есть попадание в кэш)
            
    Поддержать сайт на родительском проекте КГБ