Releases: pantheon-systems/wp-redis
Releases · pantheon-systems/wp-redis
Version 0.5.0
- Performance boost! Removes redundant
existscall fromwp_cache_get(), which easily halves the number of Redis calls. - Uses
add_action()and$wpdbin a safer manner for compatibility with Batcache, which loads the object cache before aforementioned APIs are available. - For debugging purposes, tracks number of calls to Redis, and includes breakdown of call types.
- Adds a slew of more explicit test coverage against existing features.
- For consistency with the actual Redis call, calls
delinstead ofdelete. - Bug fix: If a group isn't persistent, don't ever make an
existscall against Redis.
Version 0.4.0
- Introduces
wp redis-cli, a WP-CLI command to launch redis-cli with WordPress' Redis credentials. - Bug fix: Ensures fail back mechanism works as expected on multisite, by writing to sitemeta table instead of the active site's options table.
- Bug fix: Uses 'default' as the default cache group, mirroring WordPress core, such that
$wp_object_cache->add( 'foo', 'bar' )===wp_cache_add( 'foo', 'bar' ).
Version 0.3.0
- Introduces opt-in support for Redis cache groups. Enable with
define( 'WP_REDIS_USE_CACHE_GROUPS', true );. When enabled, WP Redis persists cache groups in a structured manner, instead of hashing the cache key and group together. - Uses PHP_CodeSniffer and WordPress Coding Standards sniffs to ensure WP Redis adheres to WordPress coding standards.
- Bug fix: Permits use of a Unix socket in
$redis_server['host']by ensuring the supplied$portis null.
Version 0.2.2
- Bug fix: use
INSERT IGNORE INTOinstead ofINSERT INTOto prevent SQL errors when two concurrent processes attempt to write failback flag at the same time. - Bug fix: use
E_USER_WARNINGwithtrigger_error(). - Bug fix: catch Exceptions thrown during authentication to permit failing back to internal object cache.
Version 0.2.1
- Bug fix: prevent SQL error when
$wpdb->optionsisn't yet initialized on multisite.
Version 0.2.0
- Gracefully fails back to the WordPress object cache when Redis is unavailable or intermittent. Previously, WP Redis would hard fatal.
- Triggers a PHP error if Redis goes away mid-request, for you to monitor in your logs. Attempts one reconnect based on specific error messages.
- Forces a flushAll on Redis when Redis comes back after failing. This behavior can be disabled with the
WP_REDIS_DISABLE_FAILBACK_FLUSHconstant. - Show an admin notice when Redis is unavailable but is expected to be.