There are a few environment variables that Hindenburg makes use of that you can use, for example to automate setting up a server in production.
If you're unsure how to set environment variables in your terminal, check out , or
There are 2 ways you can set environment variables on Windows:
npx cross-env VARIABLE=VALUE
, for example:npx cross-env HINDENBURG_PLUGINS="C:/Users/essma/Downloads/my-hindenburg-plugins,C:/Users/essma/Documents/Hindenburg/plugins" yarn start
Follow this guide to learn how to set environment variables on Linux.
HINDENBURG_CONFIG
You can set the HINDENBURG_CONFIG
variable to the location of a config.json
file in the system to tell hindenburg where to look for configuration for the server.
By default, Hindenburg will look for your
config.json
in the current working directory, i.e. where you have your terminal opened.
Note that the location has to be absolute, meaning that it must begin with either
Drive:/
on windows or/
on linux, and be the complete path to the file.
Check out the Configuration page for information on configuring Hindenburg
For example, if you downloaded a config.json
into your downloads directory, you could set HINDENBURG_CONFIG
to C:/Users/essma/Downloads/config.json
and Hindenburg would use that.
On Windows:
On Linux (WSL2):
HINDENBURG_PLUGINS
The HINDENBURG_PLUGINS
allows you to specify where Hindenburg should look for plugins to load, with absolute paths to each location separated by commas (,
).
By default, Hindenburg will look for a
/plugins
directory in the current working directory, i.e. where you have your terminal opened.
For example, you might want to use someone else's plugin folder that you downloaded as well as your plugins in your hindenburg directory, so you might set HINDENBURG_PLUGINS
to:
C:/Users/essma/Downloads/my-hindenburg-plugins,C:/Users/essma/Documents/Hindenburg/plugins
Notice how the two directories are separated by commas (
,
).
On Windows:
On Linux (WSL2):
HINDENBURG_CLI_ARGS
This environment variable very simply allows you to pass extra cli arguments into Hindenburg that you don't specify with yarn start
or yarn dev
.
For example, if you wanted to change the port without changing the command to be run, you could set HINDENBURG_CLI_ARGS
to --socket.port 22123
.
On Windows:
On Linux (WSL2):
Generated using TypeDoc