New retry_reads_on_master option, when a read to the slave-redis instance fails (ie due to the redis instance still loading data), reads will fail-back to the master instance.
Confirm php 7.3 compatibility for pure-php redis connector
Compat bugfix for phpredis-v3 for exists() function. phpredis-v3 returns a bool, credis/phpredis-v4 return an int, this ensures all backend redis connectors return the same type for the exists function.
If decompression of fetched content fails, just fail the cache get request. This should be a safe trade-off as if the key returns nothing XF stack should regenerate it.
Makes changing compression type a cache flush rather than rendering the site useless until Redis is manually flushed.
By default the Zend Cache "tags" support is disabled as XenForo does not use it and it introduces additional write operations for every cache entry or session to support it.
This update synchronizes with the Credis and Cm_Cache_Backend_Redis library's upstream, which results in several breaking changes in configuration.
This is a breaking change if you use sentinel support
The following configuration keys have been renamed:
sentinel_master_set renamed to sentinel_master
slave-select renamed to slave_select_callable
sentinel_persistent renamed to sentinel, which is now an arrary; ie array('persistent' => true)
A new option has been introduced:
sentinel_master_verify
Checks the redis master is actually a master, not required if you are loading from a slave or can accept errors when the master redis instance falls over.
The sentinel option supports the followingarguments, if the option doesn't exist falls back to the parent option in 'backendOptions':
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.