You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Kind of. We would like to (or rather: must) be able to pre-configure servers, server pools, user roles, etc. for new PILOS instances in an automated provisioning step.
Describe the solution you'd like
Ideally, we would be able to provide a JSON / YAML / TOML / ... file containing all the things we want to customize and feed it to an artisan command parsing it and executing required steps. The file might look something like this:
The artisan command could have the following usage:
❯ ./sail artisan provision --help
Description:
Provision a running PILOS instance according to a provides JSON file.
Usage:
provision [options] <file>
Options:
--force
-h, --help Display help for the given command. When no command is given display help for the list command
-q, --quiet Do not output any message
-V, --version Display this application version
--ansi|--no-ansi Force (or disable --no-ansi) ANSI output
-n, --no-interaction Do not ask any interactive question
--env[=ENV] The environment the command should run under
-v|vv|vvv, --verbose Increase the verbosity of messages: 1 for normal output, 2 for more verbose output and 3 for debug
Describe alternatives you've considered
A simpler solution could be a dummy implementation of the provision command printing a notice on how to implement it. Downsides:
would require admins to write PHP code
custom implementations could break with PILOS updates
Additional context
-none-
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
Kind of. We would like to (or rather: must) be able to pre-configure servers, server pools, user roles, etc. for new PILOS instances in an automated provisioning step.
Describe the solution you'd like
Ideally, we would be able to provide a JSON / YAML / TOML / ... file containing all the things we want to customize and feed it to an artisan command parsing it and executing required steps. The file might look something like this:
The artisan command could have the following usage:
Describe alternatives you've considered
A simpler solution could be a dummy implementation of the
provision
command printing a notice on how to implement it. Downsides:Additional context
-none-
The text was updated successfully, but these errors were encountered: