Object Cache\n<\/p>","2":"
Object Cache (Advanced Options)\n<\/p>","3":"
Object Cache (Cache Stats)\n<\/p>"},"jetpack_post_was_ever_published":false},"plugin_section":[],"plugin_tags":[7915,7913,240686,28201,2637],"plugin_category":[52,54],"plugin_contributors":[211905],"plugin_business_model":[],"class_list":["post-186003","plugin","type-plugin","status-publish","hentry","plugin_tags-apcu","plugin_tags-object-cache","plugin_tags-persistent-object-cache","plugin_tags-sqlite","plugin_tags-wp-cache","plugin_category-performance","plugin_category-security-and-spam-protection","plugin_contributors-kevinburkholder","plugin_committers-kevinburkholder"],"banners":{"banner":"https:\/\/ps.w.org\/eacobjectcache\/assets\/banner-772x250.jpg?rev=3063971","banner_2x":"https:\/\/ps.w.org\/eacobjectcache\/assets\/banner-1544x500.jpg?rev=3063971","banner_rtl":false,"banner_2x_rtl":false},"icons":{"svg":false,"icon":"https:\/\/ps.w.org\/eacobjectcache\/assets\/icon-128x128.png?rev=3063971","icon_2x":"https:\/\/ps.w.org\/eacobjectcache\/assets\/icon-256x256.png?rev=3063971","generated":false},"screenshots":[{"src":"https:\/\/ps.w.org\/eacobjectcache\/assets\/screenshot-1.png?rev=3378760","caption":"
Object Cache\n<\/p>"},{"src":"https:\/\/ps.w.org\/eacobjectcache\/assets\/screenshot-2.png?rev=3378760","caption":"
Object Cache (Advanced Options)\n<\/p>"},{"src":"https:\/\/ps.w.org\/eacobjectcache\/assets\/screenshot-3.png?rev=3378760","caption":"
Object Cache (Cache Stats)\n<\/p>"}],"raw_content":"\n
The {eac}ObjectCache<\/em> is a light-weight and very efficient drop-in persistent object cache that uses a fast SQLite database and even faster APCu shared memory to cache WordPress objects.<\/p>\n\n See The WordPress Object Cache<\/a><\/p>\n\n The WordPress Object Cache is used to save on trips to the database. The Object Cache stores all of the cache data to memory and makes the cache contents available by using a key, which is used to name and later retrieve the cache contents.<\/p>\n \n By default, the object cache is non-persistent. This means that data stored in the cache resides in memory only and only for the duration of the request. Cached data will not be stored persistently across page loads unless you install a persistent caching plugin.<\/p>\n<\/blockquote>\n\n Here, an object is any piece of data - a number, text, a set of database records, an API response, etc. - that can be referenced by a name or key. Objects are categorized by a group name. Groups help identify what an object is and how it is used.<\/p>\n\n {eac}ObjectCache replaces the default WordPress object cache to not only store data in process memory but to also store data persistently, across requests, in APCu shared memory and\/or in a SQLite database, increasing the likelihood of cache hits and decreasing the need for costly computations, complex MySQL database queries, and remote API requests.<\/p>\n\n SQLite is a fast, small, single-file relational database engine. By using SQLite to store objects, {eac}ObjectCache is able to manage a relatively large amount of data (groups, keys, and values) in a very efficient and fast data-store.<\/p>\n\n APCu<\/a> is a shared, in-memory, persistent cache available only when the APCu PECL Extension<\/a> is installed. {eac}ObjectCache uses APCu as an intermediate cache between the L1 memory cache and the L2 SQLite database cache providing extremely fast object retrieval,<\/p>\n\n {eac}ObjectCache always uses per-request, in-memory caching and may operate with either APCu memory caching or SQLite database caching - or both. APCu memory caching uses a single block of memory shared by all PHP requests and is persistent until and unless the cache is cleared or the server is rebooted (or PHP restarted). SQLite database caching is persistent until and unless the cache is deliberately cleared.<\/p>\n\n While {eac}ObjectCache does support multiple WordPress installations on a single server it does not support multiple servers per installation. SQLite and APCu work only on a single server, not in a clustered or load-balanced environment.<\/em><\/p>\n\n Assuming you have SQLite and APCu installed, what are your best options?<\/p>\n\n Fastest Caching - Uses in-process memory and APCu shared memory.<\/em><\/p>\n\n Less memory (almost as fast) - Uses in-process memory and APCu shared memory.<\/em><\/p>\n\n Most resilient (and still fast) - Uses in-process memory, APCu shared memory, and SQLite database.<\/em><\/p>\n\n Resilient, efficient, and fast (recommended) - Uses in-process memory, APCu shared memory, and SQLite database.<\/em><\/p>\n\n Least efficient (default when APCu is not installed) - Uses in-process memory and SQLite database.<\/em><\/p>\n\n For high-volume sites - reduces or eliminates potential race conditions<\/em><\/p>\n\n * These options may be set from the {eac}Doojigger administration screen.<\/p>\n\n When using SQLite, When using APCu shared memory, data is accessable by other PHP processes that may run on the server.<\/em><\/p>\n\n <\/p>\n\n\n\n\n Label\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\u00a0\n Value\n\n\n\n\n cache hits\n The total number of requests that returned a cached value.\n\n\n cache misses\n The total number of requests that did not return a cached value. This number includes L1 cache (-)<\/em>, L2 non-persistent<\/em>, L2 APCu (-)<\/em>, and L2 SQL misses<\/em>.\n\n\n L1 cache hits\n The number of requests that were found in the L1 memory cache.\n\n\n L1 cache (+)\n Request found in the L1 memory cache with data (positive hits).\n\n\n L1 cache (-)\n Request found in the L1 memory cache with no data (negative hits).\n\n\n L1 cache misses\n The number of requests not found in the L1 memory cache.\n\n\n L2 non-persistent\n L1 cache misses in a non-persistent group (not in L2 cache).\n\n\n L2 APCu hits\n The number of L1 cache misses (minus L2 non-persistent) that were found in the L2 APCu cache.\n\n\n L2 APCu (+)\n Request found in the L2 APCu cache with data (positive hits).\n\n\n L2 APCu (-)\n Request found in the L2 APCu cache with no data (negative hits).\n\n\n L2 APCu misses\n The number of requests not found in the L2 APCu cache.\n\n\n L2 SQL hits\n The number of L2 APCu misses (or L1 cache misses) that were found in the L2 SQLite cache.\n\n\n L2 SQL misses\n The number of requests not found in the L2 SQLite cache.\n\n\n L2 APCu updates\n The number of APCu keys updated.\n\n\n L2 APCu deletes\n The number of APCu keys deleted.\n\n\n L2 SQL selects\n The number of SQLite select statements executed.\n\n\n L2 SQL updates\n The number of SQLite records updated.\n\n\n L2 SQL deletes\n The number of SQLite records deleted.\n\n\n L2 SQL commits\n The number of SQLite transactions executed to update and delete records.\n\n\n\n\n Object cache statistics may be found:<\/p>\n\n Several cache settings can be modified by adding defined constants to the To disable use of the SQLite Database (default: true):<\/p>\n\n {eac}ObjectCache will still operate as an in-memory cache without the persistent database. If using APCu memory caching, persistence is maintained as long as the cache is not flushed, manually or by restarting PHP.<\/p>\n\n\n\n To disable use of the APCu memory cache (default: true if APCu is enabled):<\/p>\n\n APCu memory caching is used, by default, only if the APCu PECL extension<\/a> is installed.<\/p>\n\n\n\n To optimize memory use when using APCu (default: false):<\/p>\n\n When using APCu memory caching, optimize internal memory by not storing APCu data in the L1 memory cache. This may slightly (negligibly) increase processing time as cache hits will come through APCu but will reduce the per-process memory usage. This may also be advantageous on high-volume sites where a single object may be updated by simultaneous processes.<\/p>\n\n\n\n To disable use of the By default, WordPress pre-fetches many of the option values from the wp-options table on startup. This facilitates faster access to oft-used options. However, this also creates 1) a potential race condition on high-volume sites, and 2) a sometimes very large array of data in memory that may also be duplicated in the L1 and L2 caches. Disabling this forces WordPress to get individual options from the cache rather than from the array, eliminates the race condition, eliminates the large array(s), and reduces much of the logic used to maintain the array(s). This may be particularly advantageous when using APCu since the option values should already be in shared memory.<\/p>\n\n * Once enabled, the caches should be cleared to eliminate previously cached To set the location of the SQLite database (default: ..\/wp-content\/cache):<\/p>\n\n This folder can be outside of the web-accessable folders of your site - i.e. above the document root (htdocs, www, etc.) - provided that PHP can access (read\/write) the folder (see the PHP open_basedir<\/em> directive).<\/p>\n\n This folder should not be on a network share or other remote media. We're caching data for quick access, the cache folder should be on fast, local media.<\/p>\n\n\n\n To set the name of the SQLite database (default: '.eac_object_cache.sqlite'):<\/p>\n\n In addition to the database file, SQLite may also create temporary files using the same file name with a '-shm' and '-wal' suffix.<\/p>\n\n\n\n To set SQLite journal mode (default: 'WAL'):<\/p>\n\n journal_mode<\/em> can be one of 'DELETE', 'TRUNCATE', 'PERSIST', 'MEMORY', 'WAL', or 'OFF'.\nSee SQLite journal mode<\/a><\/p>\n\n\n\n To set SQLite Mapped Memory I\/O (default: 0):<\/p>\n\n Sets the maximum number of bytes that are set aside for memory-mapped I\/O.\nSee SQLite memory-mapped I\/O<\/a><\/p>\n\n\n\n To set SQLite Page Size (default: 4096):<\/p>\n\n Sets the SQLite page size for the database.\nSee SQLite page size<\/a><\/p>\n\n\n\n To set SQLite Cache Size (default: -2000 [2,048,000]):<\/p>\n\n Sets the maximum number of database disk pages that SQLite will hold in memory or the maximum amount of memory to use for page caching.\nSee SQLite cache size<\/a><\/p>\n\n\n\n To set SQLite timeout (default: 3):<\/p>\n\n Sets the number of seconds before a SQLite transaction may timeout in error.<\/p>\n\n\n\n To set SQLite retries (default: 3):<\/p>\n\n Sets the maximum number of retries to attempt on critical actions.<\/p>\n\n\n\n To set delayed writes (default: 32):<\/p>\n\n {eac}ObjectCache caches all objects in memory and writes new, updated, or deleted objects to the L2 (SQLite) cache. delayed writes<\/em> simply holds objects in memory until the number of objects reaches a specified threshold, then writes them, in a single transaction, to the L2 cache (a.k.a. write-back caching). Setting delayed writes<\/em> to false turns this functionality off (a.k.a. write-through caching). Setting to true writes all records only at the end of the script process\/page request. Setting this to a number sets the object pending threshold to that number of objects.<\/p>\n\n\n\n To set the default expiration time (in seconds) (default: 0 [never]):<\/p>\n\n When using the default WordPress object cache, object expiration isn't very important because the entire cache expires at the end of the script process\/page request. With a persistent cache, this isn't the case. When an object is cached, the developer has the option of specifying an expiration time for that object. Since we don't know …<\/p>\n\n\n {eac}ObjectCache<\/em> is an extension plugin to and is fully functional with installation and registration of {eac}Doojigger<\/a>.<\/p>\n\n However, the core object-cache.php<\/em> file may be installed without {eac}Doojigger (referred to as 'detached' mode).<\/p>\n\n In detached mode, the plugin will attempt to copy the object-cache.php<\/em> file to the This plugin is available from the WordPress Plugin Repository<\/a> and can be installed from the WordPress Dashboard \u00bb Plugins<\/em> \u00bb Add New<\/em> page. Search for 'EarthAsylum', click the plugin's [Install] button and, once installed, click [Activate].<\/p>\n\n See Managing Plugins -> Automatic Plugin Installation<\/a><\/p>\n\n Installation of this plugin can be managed from the WordPress Dashboard \u00bb Plugins<\/em> \u00bb Add New<\/em> page. Click the [Upload Plugin] button, then select the eacobjectcache.zip file from your computer.<\/p>\n\n See Managing Plugins -> Upload via WordPress Admin<\/a><\/p>\n\n\n
Features<\/h4>\n\n
\n
\n
\n
\n
\n
\n
Configuration Alternatives<\/h4>\n\n
\n
\n
\n
define( 'EAC_OBJECT_CACHE_USE_DB', false );<\/code><\/li>\n<\/ul><\/li>\n\n
\n
\n
\n
define( 'EAC_OBJECT_CACHE_USE_DB', false );<\/code><\/li>\n<\/ul><\/li>\n\n
define( 'EAC_OBJECT_CACHE_OPTIMIZE_MEMORY', true );<\/code><\/li>\n<\/ul><\/li>\n\n
\n
\n
\n
\n
\n
\n
define( 'EAC_OBJECT_CACHE_OPTIMIZE_MEMORY', true );<\/code><\/li>\n<\/ul><\/li>\n\n
\n
\n
\n
define( 'EAC_OBJECT_CACHE_USE_APCU', false );<\/code><\/li>\n<\/ul><\/li>\n\n
\n
\n
\n
define( 'EAC_OBJECT_CACHE_OPTIMIZE_MEMORY', true );<\/code><\/li>\n<\/ul><\/li>\n\n
define( 'EAC_OBJECT_CACHE_DELAYED_WRITES', false );<\/code><\/li>\n<\/ul><\/li>\nalloptions<\/code> array.\n\n\n
define( 'EAC_OBJECT_CACHE_DISABLE_ALLOPTIONS', true );<\/code><\/li>\n<\/ul><\/li>\n\n
alloptions<\/code> array(s).<\/li>\n<\/ul><\/li>\n\n
alloptions<\/code> array.<\/li>\n<\/ul><\/li>\n<\/ul><\/li>\n<\/ol>\n\ndelayed writes<\/code> (see below) dramatically improves efficiency by only writing updates at the end of the script process.<\/em><\/p>\n\nInside The Numbers<\/h4>\n\n
\n
\n
\n
$wp_object_cache->showDashboardStats()<\/code><\/li>\n<\/ul><\/li>\n\n
$wp_object_cache->stats()<\/code><\/li>\n<\/ul><\/li>\n\n
$wp_object_cache->getCurrentStats()<\/code><\/li>\n<\/ul><\/li>\n\n
$wp_object_cache->htmlStats()<\/code><\/li>\n<\/ul><\/li>\n<\/ul>\n\nSettings<\/h3>\n\n
wp-config.php<\/code> file. The default settings are recommended and optimal in most cases but individual settings may need to be adjusted based on traffic volume, specific requirements, or unique circumstances. Most of these settings can be adjusted in the {eac}Doojigger administrator screen.<\/em><\/p>\n\n\n\n\n
define( 'EAC_OBJECT_CACHE_USE_DB', false );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_USE_APCU', false );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_OPTIMIZE_MEMORY', true );<\/code><\/p><\/li>\n<\/ul>\n\n\n
alloptions<\/code> array in WordPress (default: false):<\/p>\n\ndefine( 'EAC_OBJECT_CACHE_DISABLE_ALLOPTIONS', true );<\/code><\/p><\/li>\n<\/ul>\n\nalloptions<\/code> arrays.<\/em>\n* Uses filters pre_wp_load_alloptions<\/code> (introduced in WP 6.2.0) and wp_autoload_values_to_autoload<\/code> (introduced in WP 6.6.0).<\/em><\/p>\n\n\n\n\n
define( 'EAC_OBJECT_CACHE_DIR', '\/full\/path\/to\/folder' );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_FILE', 'filename.sqlite' );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_JOURNAL_MODE', journal_mode )<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_MMAP_SIZE', int );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_PAGE_SIZE', int );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_CACHE_SIZE', int );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_TIMEOUT', int );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_MAX_RETRIES', int );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_DELAYED_WRITES', true|false|int );<\/code><\/p><\/li>\n<\/ul>\n\n\n
define( 'EAC_OBJECT_CACHE_DEFAULT_EXPIRE', -1|0|int );<\/code><\/p><\/li>\n<\/ul>\n\n\/wp-content<\/code> folder on activation, or you may manually copy the object-cache.php<\/em> file from the plugin \/src<\/code> folder to the \/wp-content<\/code> folder to activate. Options can then be set using the documented PHP constants in the wp-config.php<\/code> file.<\/p>\n\nAutomatic Plugin Installation<\/h4>\n\n
Upload via WordPress Dashboard<\/h4>\n\n