Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/pheanstalk/pheanstalk
PHP client for beanstalkd queue
https://github.com/pheanstalk/pheanstalk
Last synced: 2 days ago
JSON representation
PHP client for beanstalkd queue
- Host: GitHub
- URL: https://github.com/pheanstalk/pheanstalk
- Owner: pheanstalk
- License: mit
- Created: 2008-10-14T06:30:45.000Z (about 16 years ago)
- Default Branch: v5
- Last Pushed: 2024-10-04T15:19:19.000Z (2 months ago)
- Last Synced: 2024-12-08T00:46:11.559Z (4 days ago)
- Language: PHP
- Homepage:
- Size: 2.38 MB
- Stars: 1,909
- Watchers: 88
- Forks: 283
- Open Issues: 4
-
Metadata Files:
- Readme: README.md
- License: LICENSE
Awesome Lists containing this project
- awesome-php - Pheanstalk - A Beanstalkd client library. (Table of Contents / Queue)
- awesome-php-cn - Pheanstalk - 一个Beanstalkd客户端库. (目录 / 队列 Queue)
- awesome-projects - Pheanstalk - A Beanstalkd client library. (PHP / Queue)
- awesome-php - Pheanstalk - A Beanstalkd client library. (Table of Contents / Queue)
README
Pheanstalk
==========
[](https://packagist.org/packages/pda/pheanstalk)
[](https://packagist.org/pda/pheanstalk)
[](https://scrutinizer-ci.com/g/pheanstalk/pheanstalk/?branch=master)
[](https://scrutinizer-ci.com/g/pheanstalk/pheanstalk/?branch=master)
[](https://travis-ci.org/pheanstalk/pheanstalk)
Pheanstalk 5 is a pure PHP8.1+ client for use with [beanstalkd workqueue][1] versions 1.12 and later. In 2021 / 2022 / 2023 it
was almost completely rewritten from scratch with the following goals in mind:
- Fully typed
- Passing the strict rule set for static analysis using PHPStan and Psalm
- Splitting the different roles into separate parts
Usage Example
-------------
#### Producer
```php
use Pheanstalk\Pheanstalk;
use Pheanstalk\Values\TubeName;
$pheanstalk = Pheanstalk::create('127.0.0.1');
$tube = new TubeName('testtube');
// Queue a Job
$pheanstalk->useTube($tube);
$pheanstalk->put("job payload goes here\n");
$pheanstalk->useTube($tube);
$pheanstalk->put(
data: json_encode(['test' => 'data'], JSON_THROW_ON_ERROR),
priority: Pheanstalk::DEFAULT_PRIORITY,
delay: 30,
timeToRelease: 60
);
```
#### Consumer / Worker
```php
use Pheanstalk\Pheanstalk;
use Pheanstalk\Values\TubeName;
$pheanstalk = Pheanstalk::create('127.0.0.1');
$tube = new TubeName('testtube');
// we want jobs from 'testtube' only.
$pheanstalk->watch($tube);
// this hangs until a Job is produced.
$job = $pheanstalk->reserve();
try {
$jobPayload = $job->getData();
// do work.
echo "Starting job with payload: {$jobPayload}\n";
sleep(2);
// If it's going to take a long time, periodically
// tell beanstalk we're alive to stop it rescheduling the job.
$pheanstalk->touch($job);
sleep(2);
// eventually we're done, delete job.
$pheanstalk->delete($job);
}
catch(\Exception $e) {
// handle exception.
// and let some other worker retry.
$pheanstalk->release($job);
}
```
#### Systemd configuration for Consumer / Worker
Note that this does not aim to cover all possible scenarios or configurations.
```cli
[Unit]
Description=My App Worker
[Service]
User=deployer
Group=www-data
Restart=always
ExecStart=/usr/bin/php /var/www/html/worker.php
[Install]
WantedBy=multi-user.target
```
Running the tests
-----------------
Make sure you have docker-compose installed.
```sh
> composer test
```
# History
## Pheanstalk 5
### Migration to v5
Some breaking/important changes:
* no more chaining of `->watch->ignore->reserve/reserveWithTimeout`: each call should be made on its own
* use of `new TubeName()` instead of strings for tube names
* some constants from `PheanstalkInterface` have been moved to other interfaces:
* `DEFAULT_PORT` to `SocketFactoryInterface`,
* `DEFAULT_DELAY/DEFAULT_PRIORITY/DEFAULT_TTR` to `PheanstalkPublisherInterface`
* `put` method 4th parameter name changed from `ttr` to `timeToRelease`
## Pheanstalk 4
In 2018 [Sam Mousa][3] took on the responsibility of maintaining Pheanstalk.
Pheanstalk 4.0 drops support for older PHP versions. It contains the following changes (among other things):
- Strict PHP type hinting
- Value objects for Job IDs
- Functions without side effects
- Dropped support for persistent connections
- Add support for multiple socket implementations (streams extension, socket extension, fsockopen)
### Dropping support persistent connections
Persistent connections are a feature where a TCP connection is kept alive between different requests to reduce overhead
from TCP connection set up. When reusing TCP connections we must always guarantee that the application protocol, in this
case beanstalks' protocol is in a proper state. This is hard, and in some cases impossible; at the very least this means
we must do some tests which cause roundtrips.
Consider for example a connection that has just sent the command `PUT 0 4000`. The beanstalk server is now going to read
4000 bytes, but if the PHP script crashes during this write the next request get assigned this TCP socket.
Now to reset the connection to a known state it used to subscribe to the default tube: `use default`.
Since the beanstalk server is expecting 4000 bytes, it will just write this command to the job and wait for more bytes..
To prevent these kinds of issues the simplest solution is to not use persistent connections.
### Dropped connection handling
Depending on the socket implementation used we might not be able to enable TCP keepalive. If we do not have TCP keepalive
there is no way for us to detect dropped connections, the underlying OS may wait up to 15 minutes to decide that a TCP
connection where no packets are being sent is disconnected.
When using a socket implementation that supports read timeouts, like `SocketSocket` which uses the socket extension we
use read and write timeouts to detect broken connections; the issue with the beanstalk protocol is that it allows for
no packets to be sent for extended periods of time. Solutions are to either catch these connection exceptions and reconnect
or use `reserveWithTimeout()` with a timeout that is less than the read / write timeouts.
Example code for a job runner could look like this (this is real production code):
```php
use Pheanstalk\Pheanstalk;
use Pheanstalk\Values\TubeName;
interface Task {
}
interface TaskFactory {
public function fromData(string $data): Task;
}
interface CommandBus {
public function handle(Task $task): void;
}
function run(\Pheanstalk\PheanstalkSubscriber $pheanstalk, CommandBus $commandBus, TaskFactory $taskFactory): void
{
/**
* @phpstan-ignore-next-line
*/
while (true) {
$job = $pheanstalk->reserveWithTimeout(50);
if (isset($job)) {
try {
$task = $taskFactory->fromData($job->getData());
$commandBus->handle($task);
echo "Deleting job: {$job->getId()}\n";
$pheanstalk->delete($job);
} catch (\Throwable $t) {
echo "Burying job: {$job->getId()}\n";
$pheanstalk->bury($job);
}
}
}
}
```
Here connection errors will cause the process to exit (and be restarted by a task manager).
### Functions with side effects
In version 4 functions with side effects have been removed, functions like `putInTube` internally did several things:
1. Switch to the tube
2. Put the job in the new tube
In this example, the tube changes meaning that the connection is now in a different state. This is not intuitive and forces
any user of the connection to always switch / check the current tube.
Another issue with this approach is that it is harder to deal with errors. If an exception occurs it is unclear whether
we did or did not switch tube.
### Migration to v4
A migration should in most cases be relatively simple:
- Change the constructor, either use the static constructor, use a DI container to construct the dependencies, or manually
instantiate them.
- Change instances of `reserve()` with a timeout to `reserveWithTimeout(int $timeout)` since `reserve()` no longer accepts a `timeout` parameter.
- Run your tests, or use a static analyzer to test for calls to functions that no longer exist.
- Make sure that you handle connection exceptions (this is not new to V4, only in V4 you will get more of them due to the
default usage of a socket implementation that has read / write timeouts).
## Pheanstalk 3
Pheanstalk is a pure PHP 7.1+ client for the [beanstalkd workqueue][1]. It has
been actively developed, and used in production by many, since late 2008.
Created by [Paul Annesley][2], Pheanstalk is rigorously unit tested and written
using encapsulated, maintainable object oriented design. Community feedback,
bug reports and patches has led to a stable 1.0 release in 2010, a 2.0 release
in 2013, and a 3.0 release in 2014.
Pheanstalk 3.0 introduces PHP namespaces, PSR-1 and PSR-2 coding standards,
and PSR-4 autoloader standard.
beanstalkd up to the latest version 1.10 is supported. All commands and
responses specified in the [protocol documentation][4] for beanstalkd 1.3 are
implemented.
[1]: https://beanstalkd.github.io/
[2]: https://paul.annesley.cc/
[3]: https://github.com/sammousa
[4]: https://github.com/kr/beanstalkd/tree/v1.3/doc/protocol.txt?raw=true