The reason is pretty simple: redis-cluster will not be available in a stable release of Redis anytime soon, so there is no reason to wait anymore to get it supported in Predis v0.7.
Predis
Predis is a flexible and feature-complete PHP (>= 5.3) client library for the Redis key-value store.
For a list of frequently asked questions about Predis, see the FAQ file in the root of the repository. For a version compatible with PHP 5.2 you must use the backported version from the latest release in the 0.6.x series.
Main features
- Complete support for Redis from 1.2 to 2.4 and the current development versions using different server profiles.
- Client-side sharding with support for consistent hashing or custom distribution strategies.
- Command pipelining on single and aggregated connections.
- Abstraction for Redis transactions (Redis >= 2.0) with support for CAS operations (Redis >= 2.2).
- Ability to connect to Redis using TCP/IP or UNIX domain sockets with optional support for persistent connections.
- Connections to Redis instances are automatically and lazily estabilished upon the first call to a command.
- Flexible system to define and register your own set of commands to a client instance.
Quick examples
See the official wiki of the project for a more complete coverage of all the features available in Predis.
Loading Predis
Predis relies on the autoloading features of PHP and complies with the PSR-0 standard for interoperability with most of the major frameworks and libraries.
When used in a project or script without PSR-0 autoloading, Predis includes its own autoloader for you to use:
<?php
require PREDIS_BASE_PATH . '/Autoloader.php';
Predis\Autoloader::register();
// Now you can use Predis without requiring any additional file.
You can also create a single Phar archive from the repository
just by launching the create-phar.php script located in the bin directory. The generated Phar ships with
a stub that defines an autoloader function for Predis, so you just need to require the Phar archive in order
to be able to use the library.
Alternatively you can generate a single PHP file that holds every class, just like older versions of Predis,
using the create-single-file.php script located in the bin directory. In this way you can load Predis in
your scripts simply by using functions such as require and include, but this practice is not encouraged.
Connecting to a local instance of Redis
You don't have to specify a tcp host and port when connecting to Redis instances running on the localhost on the default port:
<?php
$redis = new Predis\Client();
$redis->set('foo', 'bar');
$value = $redis->get('foo');
You can also use an URI string or an array-based dictionary to specify the connection parameters:
<?php
$redis = new Predis\Client('tcp://10.0.0.1:6379');
// is equivalent to:
$redis = new Predis\Client(array(
'scheme' => 'tcp',
'host' => '10.0.0.1',
'port' => 6379,
));
Pipelining multiple commands to multiple instances of Redis with client-side sharding
Pipelining helps with performances when there is the need to issue many commands to a server in one go. Furthermore, pipelining works transparently even on aggregated connections. Predis, in fact, supports client-side sharding of data using consistent-hashing on keys and clustered connections are supported natively by the client class.
<?php
$redis = new Predis\Client(array(
array('host' => '10.0.0.1', 'port' => 6379),
array('host' => '10.0.0.2', 'port' => 6379)
));
$replies = $redis->pipeline(function($pipe) {
for ($i = 0; $i < 1000; $i++) {
$pipe->set("key:$i", str_pad($i, 4, '0', 0));
$pipe->get("key:$i");
}
});
Overriding standard connection classes with custom ones
Predis allows developers to create new connection classes to add support for new protocols
or override the existing ones to provide a different implementation compared to the default
classes. This can be obtained by subclassing the Predis\Network\IConnectionSingle interface.
<?php
class MyConnectionClass implements Predis\Network\IConnectionSingle
{
// implementation goes here
}
// Let Predis automatically use your own class to handle connections identified by the tcp prefix.
$client = new Predis\Client('tcp://127.0.0.1', array(
'connections' => array('tcp' => 'MyConnectionClass')
));
You can have a look at the Predis\Network namespace for some actual code that gives a better
insight about how to create new connection classes.
Definition and runtime registration of new commands on the client
Let's suppose Redis just added the support for a brand new feature associated with a new command. If you want to start using the above mentioned new feature right away without messing with Predis source code or waiting for it to find its way into a stable Predis release, then you can start off by creating a new class that matches the command type and its behaviour and then bind it to a client instance at runtime. Actually, it is easier done than said:
<?php
class BrandNewRedisCommand extends Predis\Commands\Command
{
public function getId()
{
return 'NEWCMD';
}
}
$redis = new Predis\Client();
$redis->getProfile()->defineCommand('newcmd', 'BrandNewRedisCommand');
$redis->newcmd();
Test suite
ATTENTION: Do not run the test suite shipped with Predis against instances of Redis running in production environments or containing data you are interested in!
Predis has a comprehensive test suite covering every aspect of the library. The suite
performs integration tests against a running instance of Redis (>= 2.4.0 is required)
to verify the correct behaviour of the implementation of each command and automatically
skips commands that are not defined in the selected version of Redis. If you do not have
Redis up and running, integration tests can be disabled. By default, the test suite is
configured to execute integration tests using the server profile for Redis v2.4 (which
is the current stable version of Redis). You can optionally run the suite against a
Redis instance built from the unstable branch with the development profile by changing
the REDIS_SERVER_VERSION to dev in the phpunit.xml file. More details about testing
Predis are available in tests/README.md.
Contributing
If you want to work on Predis, it is highly recommended that you first run the test suite in order to check that everything is OK, and report strange behaviours or bugs.
When modifying Predis please make sure that no warnings or notices are emitted by PHP
by running the interpreter in your development environment with the error_reporting
variable set to E_ALL | E_STRICT.
The recommended way to contribute to Predis is to fork the project on GitHub, create new topic branches on your newly created repository to fix or add features and then open a new pull request with a description of the applied changes. Obviously, you can use any other Git hosting provider of your preference.
Dependencies
- PHP >= 5.3.2
- PHPUnit >= 3.5.0 (needed to run the test suite)
Links
Project
Related
Author
Contributors
- Lorenzo Castelli
- Jordi Boggiano (twitter)
- Sebastian Waisbrot for his work on extending phpiredis for Predis
License
The code for Predis is distributed under the terms of the MIT license (see LICENSE).