Resource icon

Beta CLI Job Runner 1.0.1

No permission to download
Compatible XF 2.x versions
2.0, 2.1
License
MIT
Visible branding
No
This XenForo 2.x addon disables the browser triggered job runner and implements a CLI triggered job runner for use with Unix cron.

Requirements

This addon requires PHP 5.4 or higher and has been tested on XenForo 2.0.x and 2.1.x

Installation

Install as per normal addon installation.

Note: once this addon is installed and activated, scheduled tasks will no longer run - so completing the remaining installation steps is critical to ensure your forum continues to function normally.

First, you should test that your job runner is functioning - execute the following command from your CLI:

Bash:
$ php <path to your forum root>/cmd.php xf:run-jobs

For example, if your forum root is /srv/www/xenforo/community, then the job runner command would be:

Bash:
$ php /srv/www/xenforo/community/cmd.php xf:run-jobs

Running this command will execute any outstanding jobs and then finish with a message about whether there are more jobs waiting to be executed or not. When executing this command from cron, it is recommended that you use the --quiet (or -q) flag to suppress output.

Once you are happy that the job runner functions correctly, you will need to create your own cron task to run it on a schedule of your choosing.

Approach #1 using crontab:

It is highly recommended that you have your cron task run as the web server user to prevent potential permission problems.

For example, on Ubuntu with a web server user of www-data, install a cron task by running the following command:

Bash:
$ sudo crontab -u www-data -e

Edit the crontab file and add:

Bash:
    *       *       *       *       *       php /path/to/your/forum/root/cmd.php --quiet xf:run-jobs

Save the crontab.

Approach #2 using cron.d:

Instead of using a crontab, some Linux distributions create a well-known directory which is automatically checked for cron tasks to execute. In the case of Ubuntu, you can create files in /etc/cron.d/ where you specify the schedule, the user to execute the command as, and the command itself.

Create a file in /etc/cron.d/ with the following contents:

Bash:
* * * * * webserver-user php /path/to/your/forum/root/cmd.php --quiet xf:run-jobs

... where webserver-user is changed to the name of the user your web server runs as and change the path to your forum root.

Again, using our previous example where web server user is www-data and our forum root is
/srv/www/xenforo/community, I would execute the following command to create the cron file:

Bash:
echo "* * * * * www-data php /srv/www/xenforo/community/cmd.php --quiet xf:run-jobs" | sudo tee -a /etc/cron.d/xenforo

Both options (crontab and cron.d) will execute the job runner every minute, checking for outstanding jobs to be run.

By default, the job runner will run for a maximum of 30 seconds, executing any outstanding jobs until there are no more runnable jobs in the queue.

Configuration

You may adjust the maximum execution time of the job runner by specifying the --time=[TIME] option on the command line.


For example, to allow the job runner to execute for a maximum of 45 seconds:

Bash:
$ php <path to your forum root>/cmd.php --time=45 xf:run-jobs

It is not recommended that you allow the job runner to run for longer than the period between cron triggers. For example, the above cron task example will execute the job runner every minute, so setting the maximum run time to more than 60 is generally a bad idea.

If you prefer to not run the cron task as frequently as once per minute, you can adjust the cron job as
required and if you do, you may also want to allow the job runner task to run for longer than the default 30 seconds to ensure that all outstanding work is completed.

For example, to run the cron task every 5 minutes, allowing the job runner to execute for a maximum of 4 minutes, use the following cron command:

Bash:
*/5       *       *       *       *       php <path to your forum root>/cmd.php --quiet --time=240 xf:run-jobs

For further customisation of your job execution, you may also adjust the maximum time that each job is permitted to run.
This is configured via a XenForo config.php Option:

PHP:
$config[jobMaxRunTime'] = 8;

The jobMaxRunTime option configures the amount of time in seconds that processing jobs will be allowed to run before they are suspended for further processing on another go-around, if possible. The default setting is optimised for the browser-triggered job runner and so to allow jobs to execute longer in a CLI environment, you may want to adjust this to a higher value.

You should not set jobMaxRunTime to anything higher than 30 seconds, or the time specified by the --time option. In general it is suggested that this setting be kept to a relatively small value to avoid the situation where a single very long job may prevent other jobs from executing in a timely manner. Some experimentation may be required to find the optimal value for your server load and forum size.
Author
Sim
Downloads
39
First release
Last update
Rating
0.00 star(s) 0 ratings

More resources from Sim

Latest updates

  1. v1.0.1

    Minor update for XF2.0 and now tested on XF2.1 we still want to run jobs if the user has...
  2. Re-release

    Same version, new addon_id. If you already have v1.0.0 installed, there is no need to upgrade...
Top