Queueing¶

Activities like processing videos, resizing images or sending emails aren't suitable to be executed online or in real time because it may slow the loading time of pages and severely impact the user experience.

The best solution here is to implement background jobs. The web application puts jobs into a queue and which will be processed separately.

While you can find more sophisticated PHP extensions to address queueing in your applications like RabbitMQ; Phalcon provides a client for Beanstalk, a job queueing backend inspired by Memcached. It’s simple, lightweight, and completely specialized for job queueing.

Putting Jobs into the Queue¶

After connecting to Beanstalk you can insert as many jobs as required. You can define the message structure according to the needs of the application:

<?php

use Phalcon\Queue\Beanstalk;

// Connect to the queue
$queue = new Beanstalk(
    [
        'host' => '192.168.0.21',
        'port' => '11300',
    ]
);

// Insert the job in the queue
$queue->put(
    [
        'processVideo' => 4871,
    ]
);

Available connection options are:

In the above example we stored a message which will allow a background job to process a video. The message is stored in the queue immediately and does not have a certain time to live.

Additional options as: time to run, priority and delay can be passed as second parameter:

<?php

// Insert the job in the queue with options
$queue->put(
    [
        'processVideo' => 4871,
    ],
    [
        'priority' => 250,
        'delay'    => 10,
        'ttr'      => 3600,
    ]
);

The following options are available:

Every job put into the queue returns a job id which you can use to track the status of the job:

<?php

$jobId = $queue->put(
    [
        'processVideo' => 4871,
    ]
);

Retrieving Messages¶

Once a job is placed into the queue, those messages can be consumed by a background worker which will have enough time to complete the task:

<?php

while (($job = $queue->peekReady()) !== false) {
    $message = $job->getBody();

    var_dump($message);

    $job->delete();
}

Jobs must be removed from the queue to avoid double processing. If multiple background jobs workers are implemented, jobs must be reserved so other workers don't re-process them while other workers have them reserved:

<?php

while (($job = $queue->reserve()) !== false) {
    $message = $job->getBody();

    var_dump($message);

    $job->delete();
}

Our client implements a basic set of the features provided by Beanstalkd but enough to allow you to build applications implementing queues.

Advanced Topics¶

Multiple Queues¶

Beanstalkd supports multiple queues (called 'tubes') to allow for a single queue server to act as a hub for a variety of workers. Phalcon supports this readily.

Viewing the tubes available on the server, and choosing a tube for the queue object to use:

<?php

$tube_array = $queue->listTubes();

$queue->choose('myOtherTube');

All subsequent work with $queue now manipulates myOtherTube instead of default.

You can view which tube the queue is using as well.

<?php

$current_tube = $queue->listTubeUsed();

Tube Manipulation¶

Tubes can be paused and resumed if needed. The example below pauses myOtherTube for 3 minutes.

<?php

$queue->pauseTube('myOtherTube', 180);

Setting the delay to 0 will resume normal operation.

<?php

$queue->pauseTube('myOtherTube', 0);

Server Status¶

You can get information about the entire server or specific tubes.

<?php

$server_stats = $queue->stats();

$tube_stats = $queue->statsTube('myOtherTube');

$server_status = $queue->readStatus();

Job Management¶

Beanstalkd supports the ability to manage jobs with both the idea of delaying a job and removing a job from the queue for later processing.

Burying a job is typically used to deal with potential problems outside of the worker that can be resolved. This takes the job and puts it into the buried queue.

<?php

$job = $queue->reserve();
$job->bury();

A list of buried jobs is stored on the server. You can inspect the first buried job in the queue.

<?php

$job_data = $queue->peekBuried();

If the buried queue is empty, this will return false, else it returns a Job object.

You can kick the first [N] buried jobs in the buried queue to put it/them back in the ready queue. Below is an example of kicking the first three buried jobs.

<?php

$queue->kick(3);

Releasing jobs back to the ready queue can be done, along with an optional delay. This is handy for transient errors while processing a job. Below is an example of putting a low (100) priority and a 3 minute delay on a job.

<?php

$job = $queue->reserve();

$job->release(100, 180);

Priority and delay are the same as when puting a job on the queue.

Inspecting a job in the queue can be accomplished with jobPeek($job_id). The example below attempts to peek at job id 5.

<?php

$queue->jobPeek(5)

Jobs that have been deleteed cannot be inspected and will return false. Ready, buried, and delayed jobs will return a Job object.

Further Reading¶

The protocol text contains all of the internal operational details of BeanstalkD and is often considered the defacto documentation for BeanstalkD.