Es gibt zwei Arten von Backends: Standard und erweiterte. Natürlich bieten erweiterte Backends mehr Features. Dieses (erweiterte) Backend speichert Cache Datensätze in Dateien (in einem gewählten Verzeichnis). Mögliche Optionen sind : Option Daten Typ Standardwert Beschreibung cache_dir string '/tmp/' Verzeichnis, in dem die Cache Dateien gespeichert werden file_locking boolean true Ein- / Ausschalten von file_locking: kann die Beschädigung des Caches unter schlechten Bedingungen verhindern, aber es hilft nicht bei Multithreaded Webservern oder bei NFS Filesystemen... read_control boolean true Ein- / Ausschalten von read_control: eingeschaltet wird ein Kontrollschlüssel im Cache File inkludiert und dieser Schlüssel wird mit dem Schlüssel verglichen, der nach dem Lesen berechnet wird. read_control_type string 'crc32' Typ der Schreibkontrolle (nur wenn read_control eingeschaltet ist). Mögliche Werte sind : 'md5' (bestes, aber am Langsamsten), 'crc32' (etwas weniger sicher, aber schneller, beste Wahl), 'adler32' (neue Wahl, schneller als crc32), 'strlen' um nur die Länge zu testen (schnellstes). hashed_directory_level int 0 Level der gehashten Verzeichnis Struktur: 0 heißt "keine gehashte Verzeichnis Strutur, 1 heißt "ein Level von Verzeichnissen", 2 heißt "zwei Levels"... Diese Option kann den Cache nur dann schneller machen, wenn viele Tausende Cache Dateien verwendet werden. Nur spezielle Messungen können helfen, den perfekten Wert zu finden. Möglicherweise ist 1 oder 2 ein guter Anfang. hashed_directory_umask int 0700 Umask für die gehashte Verzeichnis Struktur file_name_prefix string 'zend_cache' Präfix für Cache Dateien; man muss mit dieser Option sehr vorsichtig umgehen, weil ein zu generischer Wert in einem System Cache Verzeichnis (wie /tmp) kann beim Löschen des Caches zu großen Problemen führen. cache_file_umask int 0700 umask nach Cache Dateien metatadatas_array_max_size int 100 Interne maximale Größe für das Metadaten Array (dieser Wert sollte nicht geändert werden außer man weiß was man macht) Dieses (erweiterte) Backend speichert die Cache Datensätze in einer SQLite Datenbank. Mögliche Optionen sind : Option Daten Typ Standardwert Beschreibung cache_db_complete_path (mandatory) string null Der komplette Pfad (inklusive Dateiname) der SQLite Datenbank automatic_vacuum_factor int 10 Deaktiviere / stelle den automatischen Vakuumprozess ein. Der automatische Vakuumprozess defragmentiert die Datenbankdatei (und verkleinert sie) wenn clean() oder delete() aufgerufen wird: 0 bedeutet kein automatisches Vakuum; 1 bedeutet systematisches Vakuum (wenn die delete() or clean() Methoden aufgerufen werden; x (integer) > 1 => automatisches Vakuum zufällig einmal pro x clean() oder delete() Aufrufe. Dieses (erweiterte) Backend speichert Cache Datensätze in einem Memcached Server. memcached ist ein hoch-performantes, verteiltes Speicher Objekt Caching System. Um dieses Backend zu benutzen, wird ein Memcached Dämon benötigt und die Memcached PECL Erweiterung. Vorsicht: mit diesem Backend werden zur Zeit "Marker" nicht unterstützt genauso wie das "doNotTestCacheValidity=true" Argument. Mögliche Optionen sind : Option Daten Typ Standardwert Beschreibung servers array array(array('host' => 'localhost','port' => 11211, 'persistent' => true, 'weight' => 1, 'timeout' => 5, 'retry_interval' => 15, 'status' => true, 'failure_callback' => '' )) Ein Array von Memcached Servern; jeder Memcached Server wird durch ein assoziatives Array beschrieben : 'host' => (string) : Der Name des Memcached Servers, 'port' => (int) : Der Port des Memcached Servers, 'persistent' => (bool) : Persistente Verbindungen für diesen Memcached Server verwenden oder nicht 'weight' => (int) : Das Gewicht des Memcached Servers, 'timeout' => (int) : Das Timeout des Memcached Servers, 'retry_interval' => (int) : Das Wiederholungsintervall des Memcached Servers, 'status' => (bool) : Der Status des Memcached Servers, 'failure_callback' => (callback) : Der failure_callback des Memcached Servers compression boolean false true wenn on-the-fly Kompression verwendet werden soll compatibility boolean false true wenn man den Compatibility Modus mit alten Memcache Servern/Erweiterungen verwenden will Dieses (erweiterte) Backend speichert Cache Datensätze im Shared Memory durch die APC (Alternativer PHP Cache) Erweiterung (welche natürlich für die Verwendung dieses Backends benötigt wird). Vorsicht: mit diesem Backend werden "Marker" zur Zeit nicht unterstützt genauso wie das "doNotTestCacheValidity=true" Argument. Es gibt keine Optionen für dieses Backend. Dieses Backend speichert Cache Einträge im Shared Memory durch die XCache Erweiterung (welche natürlich benötigt wird, damit dieses Backend verwendet werden kann). Achtung: Bei diesem Backend werden "tags" aktuell nicht unterstützt sowie das "doNotTestCacheValidity=true" Argument. Mögliche Optionen sind: Option Daten Typ Standardwert Beschreibung user string null xcache.admin.user, notwendig für die clean() Methode password string null xcache.admin.pass (in offener Form, nicht MD5), notwendig für die clean() Methode Dieses Backend verwendet die Content Caching API des Zend Platform Produktes. Natürlich muss man die Zend Platform installiert haben, um dieses Backend verwenden zu können. Dieses Backend unterstützt Tags, aber nicht den CLEANING_MODE_NOT_MATCHING_TAG Löschmodus. Bei Definition dieses Backends muß ein Trennzeichen -- '-', '.', ' ', oder '_' -- zwischen den Wörtern 'Zend' und 'Platform' definiert sein wenn die Zend_Cache::factory() Methode verwendet wird: Es gibt keine Optionen für dieses Backend. Dieses (erweiterte) Backend ist ein Hybrides. Es speichert Cache Einträge in zwei anderen Backends: Ein schnelles (aber limitiertes) wie Apc, Memcache... und ein "langsames" wie File, Sqlite... Dieses Backend verwendet den Priority Parameter (der auf Frontend Level angegeben wird wenn ein Eintrag gespeichert wird) und den verbleibenden Platz im schnellen Backend um die Verwendung dieser zwei Backends zu optimieren. FIXME Vorhandene Optionen sind: Option Datentyp Standardwert Beschreibung slow_backend string File Der "langsame" Backendname fast_backend string Apc Der "schnelle" Backendname slow_backend_options array array() Die "langsamen" Backendoptionen fast_backend_options array array() Die "schnellen" Backendoptionen slow_backend_custom_naming boolean false Wenn true, wird das slow_backend Argument als kompletter Klassenname verwendet; wenn false, wird das frontend Argument als Ende des "Zend_Cache_Backend_[...]" Klassennamens verwendet fast_backend_custom_naming boolean false Wenn true, wird das fast_backend Argument als kompletter Klassenname verwendet; wenn false, wird das frontend Argument als Ende des "Zend_Cache_Backend_[...]" Klassennamens verwendet slow_backend_autoload boolean false Wenn true, wird kein require_once für das langsame Backend verwendet (nur für eigene Backends nützlich) fast_backend_autoload boolean false Wenn true, wird kein require_once für das schnelle Backend verwendet (nur für eigene Backends nützlich) auto_refresh_fast_cache boolean true Wenn true, wird der schnelle Cache automatisch refresht wenn ein Cache Eintrag getroffen wird stats_update_factor integer 10 Ausschalten / Feintunen der Berechnung des Füll-Prozentsatzes des schnellen Backends (wenn ein Eintrag in den Cache gespeichert wird, die Berechnung des Füll-Prozentsatzes des schnellen Backends zufällig 1 mal bei x Cache Schreibvorgängen) Diese Backends speichern Cacheeinträge indem Sie die Caching Funktionalitäten von Zend Server verwenden. Achtung: mit diesen Backends werden für den Moment "Tags" nicht unterstützt, wegen dem "doNotTestCacheValidity=true" Argument. Diese Backends arbeiten nur nur in einer Zend Server Umgebung für Seiten die über HTTP(S) angefragt wurden und nicht für Kommandozeilen Ausführung. Es gibt keine Optionen für diese Backends.