- Base path
- Main
- Output
- Permissions
- Check requirements
- Including files
- Stub
- Dumping the Composer autoloader (
dump-autoload
) - Excluding the Composer files (
exclude-composer-files
) - Compactors (
compactors
) - Compression algorithm (
compression
) - Security
- Metadata (
metadata
) - Replaceable placeholders
- Replacements (
replacements
) - Replacement sigil (
replacement-sigil
) - Datetime placeholder (
datetime
) - Datetime placeholder format (
datetime-format
) - Pretty git commit placeholder (
git
) - Git commit placeholder (
git-commit
) - Short git commit placeholder (
git-commit-short
) - Git tag placeholder (
git-tag
) - Git version placeholder (
git-version
)
- Replacements (
The build command will build a new PHAR based on a variety of settings.
This command relies on a configuration file for loading PHAR packaging settings. If a configuration file is not
specified through the --configuration|-c option
, one of the following files will be used (in order): box.json
,
box.json.dist
. If no configuration file is found, Box will proceed with the default settings.
The configuration file is a JSON object saved to a file. Note that all settings are optional. If a setting is set
to null
, then its default value will be picked and is strictly equivalent to not setting the value.
{
"algorithm": "?",
"alias": "?",
"annotations": "?",
"banner": "?",
"banner-file": "?",
"base-path": "?",
"blacklist": "?",
"check-requirements": "?",
"chmod": "?",
"compactors": "?",
"compression": "?",
"datetime": "?",
"datetime-format": "?",
"directories": "?",
"directories-bin": "?",
"dump-autoload": "?",
"exclude-composer-files": "?",
"files": "?",
"files-bin": "?",
"finder": "?",
"finder-bin": "?",
"force-autodiscovery": "?",
"git": "?",
"git-commit": "?",
"git-commit-short": "?",
"git-tag": "?",
"git-version": "?",
"intercept": "?",
"key": "?",
"key-pass": "?",
"main": "?",
"map": "?",
"metadata": "?",
"output": "?",
"php-scoper": "?",
"replacement-sigil": "?",
"replacements": "?",
"shebang": "?",
"stub": "?"
}
The base-path
(string
|null
) setting is used to specify where all of the relative file paths should resolve to.
This does not, however, alter where the built PHAR will be stored (see: output
).
If set to null
or not specified, the base path used is the directory containing the configuration file when a specific
configuration file is given or the current working directory otherwise.
The main (string
|false
|null
) setting is used to specify the file (relative to base-path
) that will
be run when the PHAR is executed from the command line (To not confuse with the stub which is the PHAR
bootstrapping file).
When you have a main script file that can be used as a stub, you can disable the main script by setting it to false:
{
"stub": "bin/acme.php",
"main": false
}
When the parameter is not given or set to null
, Box tries to guess the binary of the application with the
composer.json
file. If the Composer bin
is set, Box will pick the first value provided. Otherwise it
will fallback on the PHAR default file used which is index.php
.
The main file contents is processed by the compactors as the other files.
If the main file starts with a shebang line (#!
), it will be automatically removed (the shebang line goes in the
stub for a PHAR and is configured by the shebang setting).
The output (string
|null
) setting specifies the file name and path of the newly built PHAR. If the value of the
setting is not an absolute path, the path will be relative to the base path.
If not provided or set to null
, the default value used will based on the main
. For example if the main file
is bin/acme.php
or bin/acme
then the output will be bin/acme.phar
.
The chmod (string
|null
) setting is used to change the file permissions of the newly built PHAR. The string contains
an octal value e.g. 0750
. By default the permissions of the created PHAR are unchanged so it should be 0644
.
Check the following link for more on the possible values.
The check requirements setting (boolean
|null
, default true
) is used to allow the PHAR to check for the application
constraint before running. See more information about it here. If not set or set to null
, then
the requirement checker will be added. Note that this is true only if either the composer.json
or composer.lock
could have been found.
Warning: this check is still done within the PHAR. As a result, if the required extension to open the PHAR due to the compression algorithm is not loaded, a hard failure will still appear: the requirement checker cannot be executed before that.
There is two ways to include files. The first one is to not be picky about which files are shipped in the PHAR. If you
omit any of the following options, all the files found. The base directory used to find the files is either the
configuration file if one is used/specified or the current working directory otherwise. The blacklist
setting can be used to filter out some files from that selection.
If you however want a more granular selection, you can use a combination of the following options: files
,
files-bin
, directories
, directories-bin
, finder
,
finder-bin
, blacklist
.
If directories
or finder
is set (this includes empty values), Box will no longer try to
guess which files should be included or not (unless you force the auto-discovery) and will give
you full control on it instead.
Note: By default, dev dependencies are excluded for both strategies. However if you still which to include a file
or directory from a dev dependency, you can do so by adding it via one of the following setting: files
,
files-bin
, directories
or directories-bin
.
Warning: binary files are added before regular files. As a result if a file is found in both regular files and binary files, the regular file will take precedence.
The force-autodiscovery
(bool
default false
) setting forces Box to attempt to find which files to include even
though you are using the directories
or finder
setting.
When Box tries to find which files to include, it may remove some files such as readmes or test files. If however you
are using the directories
or finder
, Box will append the found files to the ones you
listed.
The files
(string[]
|null
default []
) setting is a list of files paths relative to base-path
unless absolute. Each file will be processed by the compactors, have their placeholder values replaced
(see: replacements
) and added to the PHAR.
This setting is not affected by the blacklist
setting.
files-bin
is analogue to files
except the files are added to the PHAR unmodified. This is suitable for the files
such as images, those that contain binary data or simply a file you do not want to alter at all despite using
compactors.
The directories (string[]
|null
default []
) setting is a list of directory paths relative to
base-path
. All files will be processed by the compactors, have their placeholder values
replaced (see: replacements
) and added to the PHAR.
Files listed in the blacklist
will not be added to the PHAR.
directories-bin
is analogue to directories
except the files are added to the PHAR unmodified. This is suitable for
the files such as images, those that contain binary data or simply a file you do not want to alter at all despite using
compactors.
The finder (object[]
|null
default []
) setting is a list of JSON objects. Each object (key, value) tuple is a
(method, arguments) of the Symfony Finder used by Box. If an array of values is provided for a single
key, the method will be called once per value in the array.
Note that the paths specified for the in
method are relative to base-path
and that the finder will
account for the files registered in the blacklist
.
finder-bin
is analogue to finder
except the files are added to the PHAR unmodified. This is suitable for the files
such as images, those that contain binary data or simply a file you do not want to alter at all despite using
compactors.
Example:
{
"finder": [
{
"notName": "/LICENSE|.*\\.md|.*\\.dist|Makefile|composer\\.json|composer\\.lock/",
"exclude": [
"doc",
"test",
"test_old",
"tests",
"Tests",
"vendor-bin"
],
"in": "vendor"
},
{
"name": "composer.json",
"in": "."
}
]
}
The blacklist
(string[]
|null
default []
) setting is a list of files that must not be added. The files
blacklisted are the ones found using the other available configuration settings: files
, files-bin
,
directories
, directories-bin
, finder
, finder-bin
.
Note that all the blacklisted paths are relative to the settings configured above. For example if you have the following file structure:
project/
├── box.json.dist
├── A/
| ├── A00
| └── A01
└── B/
├── B00
├── B01
└── A/
└── BA00
With:
{
# other non file related settings
"blacklist": [
"A"
]
}
Box will try to collect all the files found in project
(cf. Including files) but will exclude A/
and 'B/A' resulting in the following files being collected:
project/
├── box.json.dist
└── B/
├── B00
└── B01
You you want a more granular blacklist leverage the Finders configuration instead.
The map (object[]
default []
) setting is used to change where some (or all) files are stored inside the PHAR. The key
is a beginning of the relative path that will be matched against the file being added to the PHAR. If the key is a
match, the matched segment will be replaced with the value. If the key is empty, the value will be prefixed to all paths
(except for those already matched by an earlier key).
For example, with the following configuration excerpt:
{
"map": [
{ "my/test/path": "src/Test" },
{ "": "src/Another" }
]
}
with the following files added to the PHAR:
my/test/path/file.php
my/test/path/some/other.php
my/test/another.php
the above files will be stored with the following paths in the PHAR:
src/Test/file.php
src/Test/some/other.php
src/Another/my/test/another.php
The PHAR stub file is the PHAR bootstrapping file, i.e. the very first file executed whenever the PHAR is executed. It usually contains things like the PHAR configuration and executing the main script file.
The default PHAR stub file can be used but Box also propose a couple of options to customize the stub used.
The stub (string
|boolean
|null
default true
) setting is used to specify the location of a stub file or if one
should be generated:
string
: Path to the stub file will be used as is inside the PHARtrue
(default): A new stub will be generatedfalse
: The default stub used by the PHAR class will be used
If a custom stub file is provided, none of the other options (shebang
, [intercept
][intercept] and
alias
) are used.
The shebang (string
|false
|null
) setting is used to specify the shebang line used when generating a new stub. By
default, this line is used:
#!/usr/bin/env php
The shebang line can be removed altogether if set to false
.
The intercept (boolean
|null
default false
) setting is used when generating a new stub. If setting is set to
true
, the Phar::interceptFileFuncs() method will be called in the stub.
The alias
(string
|null
) setting is used when generating a new stub to call the Phar::mapPhar()
.
This makes it easier to refer to files in the PHAR and ensure the access to internal files will always work regardless
of the location of the PHAR on the file system.
If no alias is provided, a generated unique name will be used for it in order to map the main file. Note that this may have undesirable effects if you are using the generated stub
Example:
// .phar.stub
#!/usr/bin/env php
<?php
if (class_exists('Phar')) {
Phar::mapPhar('alias.phar');
require 'phar://' . __FILE__ . '/index.php';
}
__HALT_COMPILER(); ?>
// index.php
<?php
if (!isset($GLOBALS['EXECUTE'])) {
$GLOBALS['EXECUTE'] = true;
}
// On the first execution, we require that other file while
// on the second we will echo "Hello world!"
if ($GLOBALS['EXECUTE']) {
require 'foo.php';
} else {
echo 'Hello world!';
}
// foo.php
<?php
$GLOBALS['EXECUTE'] = false;
// Notice how we are using `phar://alias.phar` here. This will
// always work. This allows you to not have to find where the file
// is located in the PHAR neither finding the PHAR file path
require 'phar://alias.phar/index.php';
If you are using the default stub, Phar::setAlias()
will be used. Note however that this will behave
slightly differently.
Example:
<?php
$phar = new Phar('index.phar'); // Warning: creating a Phar instance results in *loading* the file. From this point, the
// PHAR stub file has been loaded and as a result, if the PHAR had an alias the alias
// will be registered.
$phar->setAlias('foo.phar');
$phar->addFile('LICENSE');
file_get_contents('phar://foo.phar/LICENSE'); // Will work both inside the PHAR but as well as outside as soon as the
// PHAR is loaded in-memory.
As you can see above, loading a PHAR which has an alias result in a non-negligible side effect. A typical case where this might be an issue can be illustrated with box itself. For its end-to-end test, the process is along the lines of:
-
- Build a PHAR
box.phar
from the source code
- Build a PHAR
-
- Build the PHAR
box.phar
from the source again but using the previous PHAR this time
- Build the PHAR
If an alias box-alias.phar
was registered for both for example, the building would fail. Indeed when building the second
PHAR, the first PHAR is loaded which loads the alias box-alias.phar
. When creating the second PHAR, box would try to
register the alias box-alias.phar
to that new PHAR but as the alias is already used, an error will be thrown.
The banner (string
|string[]
|false
|null
) setting is the banner comment that will be used when a new stub is
generated. The value of this setting must not already be enclosed within a comment block as it will be automatically
done for you.
For example Custom banner
will result in the stub file:
/*
* Custom banner
*/
An array of strings can be used for multilines banner:
{
"banner": [
"This file is part of the box project.",
"",
"(c) Kevin Herrera <kevin@herrera.io>",
"Théo Fidry <theo.fidry@gmail.com>",
"",
"This source file is subject to the MIT license that is bundled",
"with this source code in the file LICENSE."
]
}
Will result in:
/*
* This file is part of the box project.
*
* (c) Kevin Herrera <kevin@herrera.io>
* Théo Fidry <theo.fidry@gmail.com>
*
* This source file is subject to the MIT license that is bundled
* with this source code in the file LICENSE.
*/
By default, the Box banner is used. If set to false
, no banner at all will be used.
The content of this value is discarded if banner-file
is set.
The banner-file (string
|null
ignored by default) setting is like banner, except it is a path (relative to
the base path) to the file that will contain the comment.
Like banner, the comment must not already be enclosed in a comment block.
If this parameter is set to a different value than null
, then the value of banner
will be discarded.
The dump-autoload
(boolean
|null
, default true
) setting will result in Box dump the Composer autoload with the
classmap authoritative mode and the --no-dev
option which
disables the autoload-dev
rules. This is however done only if a composer.json
file could be found. If a
composer.lock
file is found as well, the file vendor/composer/installed.json
will be required too.
The dumping of the autoloader will be ignored if the composer.json
file could be found.
The autoloader is dumped at the end of the process to ensure it will take into account the eventual modifications done by the compactors process.
The exclude-composer-files
(boolean
|null
, default true
) setting will result in removing the Composer files
composer.json
, composer.lock
and vendor/composer/installed.json
if they are found regardless of whether or not
they were found by Box alone or explicitly included.
The compactors (string[]
|null
default []
) setting is a list of file contents compacting classes that must be
registered. A file compacting class is used to reduce the size of a specific file type. The following is a simple
example:
<?php
namespace Acme;
use KevinGH\Box\Compactor;
class MyCompactor implements Compactor
{
/**
* {@inheritdoc}
*/
public function compact(string $file, string $contents): string
{
if (preg_match('/\.txt/', \$file)) {
return trim($contents);
}
return $contents;
}
}
The following compactors are included with Box:
KevinGH\Box\Compactor\Json
: compress JSON filesKevinGH\Box\Compactor\Php
: strip down classes from phpdocs & commentsKevinGH\Box\Compactor\PhpScoper
: isolate the code using PHP-Scoper
The effects of the compactors and replacement values can be tested with the process
command ✨.
// TODO: review this setting + doc, default value...]
The annotations (boolean
|object
|null
default {}
) setting is used to enable compacting annotations in PHP source
code. By setting it to true
, all Doctrine-style annotations are compacted in PHP files. You may also specify a list of
annotations to ignore, which will be stripped while protecting the remaining annotations:
{
"annotations": {
"ignore": [
"author",
"package",
"version",
"see"
]
}
}
You may want to see this website for a list of annotations which are commonly ignored on herrera-io/php-annotations:
Note that this setting is used only if the compactor KevinGH\Box\Compactor\Php
is registered.
The PHP-Scoper setting (string
|null
default scoper.inc.php
) points to the path to the
PHP-Scoper configuration file. For more documentation regarding PHP-Scoper, you can head to
PHAR code isolation or PHP-Scoper official documentation.
Note that this setting is used only if the compactor KevinGH\Box\Compactor\PhpScoper
is registered.
The compression (string
|null
default NONE
) setting is the compression algorithm to use when the PHAR is built. The
compression affects the individual files within the PHAR and not the PHAR as a whole
(Phar::compressFiles()
). The following is a list of the signature algorithms available:
GZ
(the most efficient most of the time)BZ2
NONE
(default)
Warning: be aware that if compressed, the PHAR will required the appropriate extension (zlib
for
GZ
and bz2
for BZ2
) to execute the PHAR. Without it, PHP will not be able to open the PHAR at
all.
The algorithm (string
|null
default SHA1
) setting is the signing algorithm to use when the PHAR is built
(Phar::setSignatureAlgorithm()
). The following is a list of the signature algorithms
available:
MD5
SHA1
SHA256
SHA512
OPENSSL
By default PHARs are SHA1
signed.
The OPENSSL
algorithm will require to provide a key.
The key (string
|null
default null
) setting is used to specify the path to the private key file. The private key file
will be used to sign the PHAR using the OPENSSL
signature algorithm (see Signing algorithm) and the
setting will be completely ignored otherwise. If an absolute path is not provided, the path will be relative to the
current working directory.
The private key password (string
|boolean
|null
default null
) setting is used to specify the pass-phrase for the
private key. If a string is provided, it will be used as is as the pass-phrase. If true
is provided, you will be
prompted for the passphrase unless you are not in an interactive environment.
This setting will be ignored if no key has been provided.
The metadata (any
default none) setting can be any value. This value will be stored as metadata that can be retrieved
from the built PHAR (`Phar::getMetadata()).
This feature allows you to set placeholders in your code which will be replaced by different values by Box when building the PHAR.
For example, if you take the following code:
<?php
class Application
{
public function getVersion(): string
{
return '@git_commit_short@';
}
}
With the configuration excerpt:
{
"git-commit-short": "git_commit_short"
}
Then the actual code shipped in the PHAR will be:
<?php
class Application
{
public function getVersion(): string
{
return 'a6c5d93';
}
}
The @
is the default value of the sigil which is the placeholders delimited and
git-commit-short
is one of the built in placeholder. Box ships a few buit-in placeholders
which you can find bellow, but you can also specify any replacement value via the
replacements
setting.
The effects of the compactors and replacement values can be tested with the process
command ✨.
The replacements (object
|null
, default {}
) setting is a map of placeholders (as keys) and their values. The
placeholders are replaced in all non-binary files with the specified values.
For example:
{
"replacements": {
"foo": "bar"
}
}
Will result in the string @foo@
in your code to be replaced by 'bar'
. The delimiter @
being the
sigil.
The replacement sigil (string
|null
default @
) is the character or chain of characters used to delimit the
placeholders. See the @replacements setting for examples of placeholders.
The datetime (string
|null
default null
) setting is the name of a placeholder value that will be replaced in all
non-binary files by the current datetime. If no value is given (null
) then this placeholder will
be ignored.
Example value the placeholder will be replaced with: 2015-01-28 14:55:23 CEST
The format of the date used is defined by the datetime-format
setting.
The datetime format placeholder (string
|null
, default Y-m-d H:i:s T
) setting accepts a valid
PHP date format. It can be used to change the format for the
datetime
setting.
The git tag placeholder (string
|null
default null
) setting is the name of a placeholder value that will be replaced
in all non-binary files by the current git tag of the repository.
Example of value the placeholder will be replaced with:
2.0.0
on an exact tag match2.0.0@e558e33
on a commit following a tag
The git commit (string
|null
default null
) setting is the name of a placeholder value that will be replaced in all
non-binary files by the current git commit hash of the repository.
Example of value the placeholder will be replaced with: e558e335f1d165bc24d43fdf903cdadd3c3cbd03
The short git commit (string
|null
default null
) setting is the name of a placeholder value that will be replaced in
all non-binary files by the current git short commit hash of the repository.
Example of value the placeholder will be replaced with: e558e33
The git tag placeholder (string
|null
default null
) setting is the name of a placeholder value that will be replaced
in all non-binary files by the current git tag of the repository.
Example of value the placeholder will be replaced with:
2.0.0
on an exact tag match2.0.0-2-ge558e33
on a commit following a tag
The git version (string
|null
default null
) setting is the name of a placeholder value that will be replaced in all
non-binary files by the one of the following (in order):
- The git repository's most recent tag.
- The git repository's current short commit hash.
The short commit hash will only be used if no tag is available.