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
To quickly explain what this issue is about I am quoting Symfony here:
Every application is the combination of code and a set of configuration that dictates how that code should function. The configuration may define the database being used, if something should be cached or how verbose logging should be.
The simplest use case would be to have different hosts for an applications datasources for the different environments (development, testing, production).
Another use case would be to execute different provisioners for the different stages. Or to make provisioners behave differently for the different stages.
I.e. for the development environment I want a provisioner to always create a default database entry in the admin table with username admin and password admin when the entry does not exist. But in production I want the password to be something more secure.
@wagnert We talked about this on gitter this morning. I can add some more use cases if you'd like me to.
The text was updated successfully, but these errors were encountered:
I can add a usecase too, I think. A form of PaaS appserver environment, where each virtual host is hosting different customers, with different database access, different applications and extensions, etc. Then also a provisioning system, so copies or "Sandboxes" of the appserver "environments" can be created. I'm not too sure how much of that would be appserver responsibility, but if it can happen within single appservers, it would be really cool. 😉
Scott
wick-ed
changed the title
allow different environments aka stages with corresponding configuration
[appserver-io/appserver] Allow different environments aka stages with corresponding configuration
Dec 7, 2015
To quickly explain what this issue is about I am quoting Symfony here:
The simplest use case would be to have different hosts for an applications datasources for the different environments (development, testing, production).
Another use case would be to execute different provisioners for the different stages. Or to make provisioners behave differently for the different stages.
I.e. for the development environment I want a provisioner to always create a default database entry in the admin table with username admin and password admin when the entry does not exist. But in production I want the password to be something more secure.
@wagnert We talked about this on gitter this morning. I can add some more use cases if you'd like me to.
The text was updated successfully, but these errors were encountered: