Predis v1.1.6 Release NotesRelease Date: 2020-09-11 // about 1 year ago
🚀 That was fast, but we had a bug in v1.1.5 so we needed to release a fix ASAP.
🛠 FIX : reverted support for sentinels authentication implemented in v1.1.5 as it was bugged (see ISSUE #658), sorry for the trouble. This is now postponed as it requires a more thorough investigation.
Previous changes from v1.1.5
🚀 Here we have a new patch release!
NOTE: We are still missing handlers for commands added in Redis 4, 5 and 6. We will get on par eventually, in the meanwhile you can define your own ones or use
Predis\Client::executeRaw(). Read this post for details about how to properly implement support for new commands if you would like to add missing ones and share your work with us by creating pull requests, contributions are always greatly appreciated!
🚀 NOTE intentionally commented out, please read the release notes for v1.1.6
🛠 FIX : authentication for sentinels is now supported, previously it was not possible to specify a
passwordfor sentinels as its value was stripped during initialization because sentinels did not support authentication until Redis 5. Please note that with the current implementation each sentinel must have its own
passwordparameter set in the parameters list despite this password is the same for all sentinels (read how
requirepassworks on the Redis docs). In this case you should avoid using the global
parametersclient option used to set default parameters for every connection created by Predis as this would end up using the same password even when connecting to actual Redis nodes. We are investiganting how to make it easier to specify the required password to access sentinels only once instead of repeating it for each sentinel.
🛠 FIX : the username is now correctly retrieved from the userinfo fragment of the URI when using the
redisscheme and a
username:passwordpair is present. Values retrieved from the userinfo fragment always override the ones specified in
passwordif those fields are present in the query string.
🛠 FIX :
Predis\Connection\WebdisConnectionwas unable to connect to Webdis when using an IPv4 address in the URL and this is probably due to some change in cURL internals since the last time we tested it.
🛠 FIX : an exception is thrown when passing
FALSEor any value evaluating to
replicationclient option. This was supposed to be unsupported, in fact it actually breaks client initialization and raises a PHP warning. Now the user is alerted with an
InvalidArgumentExceptionand a proper message. (PR #381).