devilbox
devilbox copied to clipboard
Granular Configuration
ISSUE TYPE
- Feature request
SUMMARY
I keep seeing more and more feature requests for things that include very granular settings per project. (i.e.: having custom TLDs per project, different php versions per project, etc....)
I had an idea and wanted to share it with you in case it was helpful:
This level of setting is more than a env file and docker-compose.yml file can handle. But if you had an extra set of configuration that could be per project you might be able to open up a larger number of possible configurations.
i.e.:
global.yml:
_default:
- TLD
- phpversion
- docroot
- ....
site1:
- domain
- phpversion
- docroot
- ....
site2:
- domain
- phpversion
- docroot
Or possibly a config.yml file in each project to make it easier to configure each project seperately.
Then the bind server, and the web server would be able to parse these files and do more specific settings.
Goal
Make Devilbox easier to customize critical settings on a per project basis. Remove the limitation of 1 global env / docker-compose.yml file.
Let me know if you would like me to clarify anything about this concept. And if its to complicated, shrug. I just thought I'd share it.
Thanks for all the work you put into this.
And if you had this type of config, you could also use it to register custom container with the devilbox intranet so it could give status checks on those other services.
Sounds like a good plan. Will probably require some heavy relifting of the webserver's internals. So I will have a more close look into this one once release v1.0.0 is out.
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
Configuring devilbox is super easy and intuitive, except for those custom vhost settings. In my case it's usually changing the DOCROOT from / to /public/ or something similar. Would be huge if we wouldn't have to touch the full vhost template for those settings. 👍
@MrSnoozles I usually just use a symlink for the couple projects I have that need a different document root