Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Granular Configuration #413

Open
science695 opened this issue Nov 5, 2018 · 5 comments
Open

Granular Configuration #413

science695 opened this issue Nov 5, 2018 · 5 comments

Comments

@science695
Copy link

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.

@science695
Copy link
Author

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.

@cytopia
Copy link
Owner

cytopia commented Nov 17, 2018

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.

@cytopia cytopia added the feature label Mar 8, 2019
@stale
Copy link

stale bot commented May 7, 2019

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.

@stale stale bot added the issue:stale This issue has become stale and is marked for auto-close label May 7, 2019
@cytopia cytopia added issue:protected and removed issue:stale This issue has become stale and is marked for auto-close labels May 7, 2019
@cytopia cytopia self-assigned this Dec 30, 2019
@MrSnoozles
Copy link

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. 👍

@science695
Copy link
Author

@MrSnoozles I usually just use a symlink for the couple projects I have that need a different document root

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants