silverstripe-framework/docs/en/02_Developer_Guides/17_CLI/index.md
Ingo Schommer d1af214ef5 API Removed custom dev/tests/ execution
Rely on standard vendor/bin/phpunit via CLI instead.
See https://github.com/silverstripe/silverstripe-framework/issues/4254

- Not disabling xdebug. That should be harmful, and is actively harming test development
- No longer able to specifically skip tests via the `SkipTests` request parameter. Use phpunit.xml groups and the `--exclude-group` CLI argument instead
- No longer able to specify multiple comma-separated module folders. use phpunit.xml groups and the `--group` CLI argument instead
- Not explicitly calling `SSViewer::flush_template_cache()` (was never the case on running `phpunit` CLI anyway, and shouldn't be required any more)
2016-02-23 20:19:35 +13:00

4.8 KiB

title: Command Line Interface summary: Automate SilverStripe, run Cron Jobs or sync with other platforms through the Command Line Interface. introduction: Automate SilverStripe, run Cron Jobs or sync with other platforms through the Command Line Interface.

SilverStripe can call Controllers through a command line interface (CLI) just as easily as through a web browser. This functionality can be used to automate tasks with cron jobs, run unit tests, or anything else that needs to interface over the command line.

The main entry point for any command line execution is framework/cli-script.php. For example, to run a database rebuild from the command line, use this command:

:::bash
cd your-webroot/
php framework/cli-script.php dev/build
Your command line php version is likely to use a different configuration as your webserver (run `php -i` to find out more). This can be a good thing, your CLI can be configured to use higher memory limits than you would want your website to have.

Sake - SilverStripe Make

Sake is a simple wrapper around cli-script.php. It also tries to detect which php executable to use if more than one are available.

If you are using a Debian server: Check you have the php-cli package installed for sake to work. If you get an error when running the command php -v, then you may not have php-cli installed so sake won't work.

Installation

sake can be invoked using ./framework/sake. For easier access, copy the sake file into /usr/bin/sake.

cd your-webroot/
sudo ./framework/sake installsake
This currently only works on UNIX like systems, not on Windows.

Configuration

Sometimes SilverStripe needs to know the URL of your site. For example, when sending an email or generating static files. When you're visiting the site in a web browser this is easy to work out, but when executing scripts on the command line, it has no way of knowing. To work this out, add lines to your _ss_environment.php file.

:::php
global $_FILE_TO_URL_MAPPING;

$_FILE_TO_URL_MAPPING['/Users/sminnee/Sites'] = 'http://localhost';

The above statement tells SilverStripe that anything executed under the /Users/sminnee/Sites directory will have the base URL http://localhost. The site /Users/sminnee/Sites/my_silverstripe_project will translate to the URL http://localhost/my_silverstripe_project.

You can add multiple file to url mapping definitions. The most specific mapping will be used.

:::php
global $_FILE_TO_URL_MAPPING;

$_FILE_TO_URL_MAPPING['/Users/sminnee/Sites'] = 'http://localhost';
$_FILE_TO_URL_MAPPING['/Users/sminnee/Sites/my_silverstripe_project'] = 'http://project.localhost';

Usage

Sake can run any controller by passing the relative URL to that controller.

:::bash
sake /
# returns the homepage

sake dev/
# shows a list of development operations

Sake is particularly useful for running build tasks.

:::bash
sake dev/build "flush=1"

It can also be handy if you have a long running script..

:::bash
sake dev/tasks/MyReallyLongTask

Running processes

sake can be used to make daemon processes for your application.

Make a task or controller class that runs a loop. To avoid memory leaks, you should make the PHP process exit when it hits some reasonable memory limit. Sake will automatically restart your process whenever it exits.

Include some appropriate sleep()s so that your process doesn't hog the system. The best thing to do is to have a short sleep when the process is in the middle of doing things, and a long sleep when doesn't have anything to do.

This code provides a good template:

:::php
<?php

class MyProcess extends Controller {

	private static $allowed_actions = array(
		'index'
	);

	function index() {
		set_time_limit(0);

		while(memory_get_usage() < 32*1024*1024) {
			if($this->somethingToDo()) {
				$this->doSomething();
				sleep(1)
			} else {
				sleep(300);
			}
		}
	}
}

Then the process can be managed through sake

:::bash
sake -start MyProcess
sake -stop MyProcess
`sake` stores `pid` and log files in the site root directory.

Arguments

Parameters can be added to the command. All parameters will be available in $_GET array on the server.

:::bash
cd your-webroot/
php framework/cli-script.php myurl myparam=1 myotherparam=2

Or if you're using sake

:::bash
sake myurl "myparam=1&myotherparam=2"

Running Regular Tasks With Cron

On a UNIX machine, you can typically run a scheduled task with a cron job. Run BuildTask in SilverStripe as a cron job using sake.

The following will run MyTask every minute.

:::bash
* * * * * /your/site/folder/sake dev/tasks/MyTask