thanks to dear member @jessy updated Redis Cache By Xon with a new update entry:
changelog
Read the rest of this update entry...
changelog
Read the rest of this update entry...
- Fix "call to a member function setRedisConnector() on null" when using a non-default advanced configuration option
Display maximum memory and maximum memory policy in admincp redis status information block for troubleshooting purposes
Update credis library
Fix possible php 8.1 compatibility issue
- Fix helper code to expire/purge redis keys did not support non-main cache backends.
- If using a separate caching backend for css, old styling was not actively expired as expected, resulting in higher memory usage
- If 3rd party code uses expireCacheByPattern/purgeCacheByPattern function, the new nullable 'cache' parameter should be used
High avaliability config default change:
Change default value for retry_reads_on_primary config option to true as this guards against unexpected replication delays
Remove unexpected differences for XF2.2 and XF2.3 support (only tested on XF2.2)
When displaying redis version, include the redis varaint type.
Known variants are keydb & dragonflydb.
Dragonflydb does not appear to support IO stats at the moment
High avaliability config default change:
Change default value for retry_reads_on_primary config option to true as this guards against unexpected replication delays
Remove unexpected differences for XF2.2 and XF2.3 support (only tested on XF2.2)
When displaying redis version, include the redis varaint type.
Known variants are keydb & dragonflydb.
Dragonflydb does not appear to support IO stats at the moment
Disable behavior which caused css.php to return a 404 on an invalid template.
For the old behaviour of returning a HTTP 404 response, set this config.php option:
PHP:$config['svForce404OnEmptyCss'] = true;
- Fix high availability support where css updates would be sent to a possible readonly replica instead of the writable instance
- Restore XF2.1 support