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
Hello,
while working on MDL-69581 I found an unbalanced situation when playing, better jamming, with the Toolbox environment through an external DB server.
Indeed we can set the DB credentials via ENV VAR:
MOODLE_DOCKER_DBNAME
MOODLE_DOCKER_DBUSER
but not the DB Host, not strictly required in the Toolbox ecosystem unless when crossing an external DB instance could be a valuable option still for testing purposes.
Does it make sense?
I'd open a PR if it won't hurt adding a new ENV VAR defaulting to db (the service name in the compose file) and mostly unused.
TIA,
Matteo
The text was updated successfully, but these errors were encountered:
the minimum required change: scara@95b584c. The local DB server will be still available and if you keep MOODLE_DOCKER_DB in sync with the type of the external DB server you'll be able to use it e.g. as the local DB client
the change I doubt to be required: scara@e0bf9bd. This commit prevents the feature to have even the local DB server available for some use cases like the DB client
My feeling is that (2) would be an option not good for a development toolbox like this one is.
I think that the 1st option is good enough. It allows, any time, to point to another database elsewhere, without touching the "own" one, and easily go back, or use the database CLI to connect to the external instance or whatever.
Hello,
while working on MDL-69581 I found an unbalanced situation when playing, better jamming, with the Toolbox environment through an external DB server.
Indeed we can set the DB credentials via ENV VAR:
MOODLE_DOCKER_DBNAME
MOODLE_DOCKER_DBUSER
but not the DB Host, not strictly required in the Toolbox ecosystem unless when crossing an external DB instance could be a valuable option still for testing purposes.
Does it make sense?
I'd open a PR if it won't hurt adding a new ENV VAR defaulting to
db
(theservice
name in the compose file) and mostly unused.TIA,
Matteo
The text was updated successfully, but these errors were encountered: