Sin descripción

Daniele Alessandri 7b4da3cd78 Use variadic SUBSCRIBE in the PubSub example. hace 14 años
bin 658782f531 Add a script to generate a Phar archive of Predis from the repository. hace 14 años
examples 7b4da3cd78 Use variadic SUBSCRIBE in the PubSub example. hace 14 años
lib 6dd3565c67 Reuse code. hace 14 años
test b396eb3c48 Remove code from the test for SLAVEOF. hace 14 años
.gitignore c2097b4242 Add .gitignore file. hace 14 años
BETA 9b17352d9c Transit from UNSTABLE to BETA. hace 14 años
CHANGELOG 8e4ef21b41 Update CHANGELOG. hace 14 años
FAQ.PERFORMANCES.markdown b22cb6f76d Rename Predis\IConnectionSchemes to Predis\IConnectionFactory. hace 14 años
FAQ.markdown 5527fc34e7 Split the FAQ file. hace 14 años
LICENSE fb2bc5c8e9 Bump year in LICENSE file. hace 14 años
README.markdown da2cd3ee7e Simplify Predis\Profiles\ServerProfile::defineCommand(). hace 14 años
TODO dd3faa3d53 New command: CLIENT (Redis v2.4-dev). hace 14 años
VERSION 22807e8163 Bump version number. hace 14 años
phpunit.xml.dist ac1e6e1846 Fix tests for latest changes, added phpunit.xml.dist file and autoloader in test/bootstrap.php hace 14 años

README.markdown

Predis

About

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

  • Full support for Redis 1.2, 2.0 and 2.2. Different versions of Redis are supported via server profiles.
  • Client-side sharding with support for consistent hashing and 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).
  • Lazy connections to Redis instances are automatically estabilished upon the first call to a command.
  • Ability to connect to Redis using TCP/IP or UNIX domain sockets by default.
  • 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 simple projects or scripts you might need to define an autoloader function:

spl_autoload_register(function($class) {
    $file = PREDIS_BASE_PATH . strtr($class, '\\', '/') . '.php';
    if (file_exists($file)) {
        require $file;
        return true;
    }
});

You can also create a single Phar archive from the repository just by launching the createPhar.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 createSingleFile.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:

$redis = new Predis\Client();
$redis->set('library', 'predis');
$value = $redis->get('library');

You can also use an URI string or an array-based dictionary to specify the connection parameters:

$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.

$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.

class MyConnectionClass implements Predis\Network\IConnectionSingle {
    // implementation goes here
}

// Let Predis automatically use your own class to handle the default TCP connection

Predis\ConnectionSchemes::define('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:

class BrandNewRedisCommand extends Predis\Commands\Command {
    public function getId() { return 'NEWCMD'; }
}

$redis = new Predis\Client();
$redis->getProfile()->defineCommand('newcmd', 'BrandNewRedisCommand');
$redis->newcmd();

Development

Predis is fully backed up by a test suite which tries to cover all the aspects of the client library and the interaction of every single command with a Redis server. If you want to work on Predis, it is highly recommended that you first run the test suite to be sure that everything is OK, and report strange behaviours or bugs.

When modifying Predis please be 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. Diff patches will be accepted too, even though they are not the preferred way to contribute to Predis.

Dependencies

  • PHP >= 5.3.0
  • PHPUnit >= 3.5.0 (needed to run the test suite)

Links

Project

Related

Author

Contributors

License

The code for Predis is distributed under the terms of the MIT license (see LICENSE).