1. Environment override
Now what we have is Commn is overrided by Dev or Test or Prod and that's all. I think it could be very usefull to have the possibilities, for Prod to take the same as dev, but just add some stuff and not copying it.
So we could have something like this : Prod override Stage override Dev. We can imagine adding steps if we want like now we add new environment.
For now, the only way to do it, as I see, is to load the smallest steps (for now common) and afer loading the next higher step. But we can probably improve this with some caching system (later).
2. Adding value configuration
A mail or a a db, will be, most of the time initialized with the same way in each environment, but the value used to do it will change. So we can inject the login/password/.. in another way than what it should be but with a configuration depending of the environment.
Some config libraries :
So, there is a lot of solution but, when it will be there, it should be available through the dependency injection configuration.
So what did you think about it?
If you looked at some of the last topics you will see that the configuration (in project) needs some improvements.
I see two steps :
- make environment extending other
- add value configuration
1. Environment override
Now what we have is Commn is overrided by Dev or Test or Prod and that's all. I think it could be very usefull to have the possibilities, for Prod to take the same as dev, but just add some stuff and not copying it.
So we could have something like this : Prod override Stage override Dev. We can imagine adding steps if we want like now we add new environment.
For now, the only way to do it, as I see, is to load the smallest steps (for now common) and afer loading the next higher step. But we can probably improve this with some caching system (later).
2. Adding value configuration
Now, what I see in project is moreover a configuration of dependency injection. But it should also be possible to have a configuration of value like :
- mail provider (from dev or prod it change)
- db login/password/host
- specific path
- ...
A mail or a a db, will be, most of the time initialized with the same way in each environment, but the value used to do it will change. So we can inject the login/password/.. in another way than what it should be but with a configuration depending of the environment.
Some config libraries :
So, there is a lot of solution but, when it will be there, it should be available through the dependency injection configuration.
So what did you think about it?
Hi,If you looked at some of the last topics you will see that the configuration (in project) needs some improvements.
I see two steps :
- make environment extending other
- add value configuration
1. Environment override
Now what we have is Commn is overrided by Dev or Test or Prod and that's all. I think it could be very usefull to have the possibilities, for Prod to take the same as dev, but just add some stuff and not copying it.
So we could have something like this : Prod override Stage override Dev. We can imagine adding steps if we want like now we add new environment.
I like your idea. But I wonder whether we really need anything specific there ?Eg : When it comes to db, if there is some sort of configuration values can be loaded as you mentioned below it will be nice.
For now, the only way to do it, as I see, is to load the smallest steps (for now common) and afer loading the next higher step. But we can probably improve this with some caching system (later).
2. Adding value configuration
Now, what I see in project is moreover a configuration of dependency injection. But it should also be possible to have a configuration of value like :
- mail provider (from dev or prod it change)
- db login/password/host
- specific path
- ...
A mail or a a db, will be, most of the time initialized with the same way in each environment, but the value used to do it will change. So we can inject the login/password/.. in another way than what it should be but with a configuration depending of the environment.
Some config libraries :
Yes I was talking with Paul on the other day and someone (mbredav I guess ) pointed me to https://github.com/josegonzalez/php-dotenv .So, there is a lot of solution but, when it will be there, it should be available through the dependency injection configuration.
So what did you think about it?
Thank you for the feedback. I hear you and agree with you.As a micro framework Aura.Web_Project is nice, but there are somethings that need to be documented as a full stack framework. I am not blaming anyone, but time and interest differs day by day.Thank you