mirror of
https://github.com/predis/predis.git
synced 2026-08-23 22:19:42 +00:00
Daniele Alessandri
49 lines
2.8 KiB
Markdown
49 lines
2.8 KiB
Markdown
# Some frequently asked questions about Predis #
|
|
____________________________________________
|
|
|
|
|
|
### What is the point of Predis? ###
|
|
|
|
The main point of Predis is about offering a highly customizable client for Redis that can be easily
|
|
extended by developers while still being reasonabily fast. With Predis you can swap almost any class
|
|
used internally with your own custom implementation: you can build connection classes, or new
|
|
distribution strategies for client-side sharding, or class handlers to replace existing commands or
|
|
add new ones. All of this can be achieved without messing with the source code of the library and
|
|
directly in your own application. Given the fast pace at which Redis is developed and adds new
|
|
features, this can be a great asset that allows you to add new and still missing features or commands,
|
|
or change the behaviour of the library without the need to break your dependencies in production code
|
|
(well, at least to some degree).
|
|
|
|
|
|
### How about performances? ###
|
|
|
|
Please refer to the dedicated __FAQ.PERFORMANCES__ file.
|
|
|
|
|
|
### Why PHP 5.3? ###
|
|
|
|
Seriously, are you still using PHP 5.2 to build new applications? I assume that if you are throwing Redis
|
|
in the mix, then you are probably coding something new after all. PHP 5.3 is faster, less memory hungry
|
|
and has a few nice features such as namespaces and closures (kind of). More importantly, PHP 5.2 is not
|
|
even officially supported anymore (aside from security patches). PHP 5.3 is not the future of PHP, but
|
|
its current present. Furthermore, most of the existing frameworks out there are also making the switch
|
|
with their respective new major versions. If you still insist on using PHP 5.2, you can get any recent
|
|
backported release of Predis 0.6.x, or just use a different library.
|
|
|
|
|
|
### Why so many files for just one library? ###
|
|
|
|
Before v0.7, Predis used the one-big-file approach to distribute the library. As much as you prefer having
|
|
just one file for everything, this kind of solution is actually not that good. Predis now complies with the
|
|
[PSR-0](http://groups.google.com/group/php-standards/web/psr-0-final-proposal) standard to play nice with
|
|
the major recent frameworks and libraries, so it needs an autoloader function to be defined. If you still
|
|
want to have just one file grouping all the classes for whatever reason, then the __bin/createSingleFile.php__
|
|
script in the repository can generate it for you. There is also the __bin/createPhar.php__ script that
|
|
generates a single [Phar archive](http://www.php.net/manual/en/intro.phar.php) of the whole library.
|
|
|
|
|
|
### Does Predis support UNIX domain sockets and persistent connections? ###
|
|
|
|
Yes. Obviously, persistent connections actually work when using PHP configured as a persistent process that
|
|
gets recycled between requests (see [PHP-FPM](http://php-fpm.org/)).
|