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
Many important variables/configurations are stored in localsettings.py. Unfortunately, this means only someone with server level access can update these, and restart Combine. A good example of a configuration that a user of Combine might want to edit is COMBINE_OAI_IDENTIFIER which is a string that becomes part of all OAI identifiers on the way out.
Can imagine a JSON document stored in Mongo that could override the normal pipeline of localsettings.py overwriting and augmenting settings.py. If this were called appsettings or hotsettings (suggesting they are DB, not file driven), just as a handle, the series of overrides would be:
These settings are almost exclusively retrieved from django.settings, which means it might also be possible to merge/interleave some settings from appsettings "hot" during the request/response cycles, avoiding the need for a restart. The danger here is that not all would be possible in this way, like settings that are used and passed to Livy/Spark, or Celery.
The text was updated successfully, but these errors were encountered:
ghukill
changed the title
explore possibility of DB stored settings to override localsettings.py
explore possibility of DB stored settings to augment localsettings.py
Jun 6, 2019
Many important variables/configurations are stored in
localsettings.py
. Unfortunately, this means only someone with server level access can update these, and restart Combine. A good example of a configuration that a user of Combine might want to edit isCOMBINE_OAI_IDENTIFIER
which is a string that becomes part of all OAI identifiers on the way out.Can imagine a JSON document stored in Mongo that could override the normal pipeline of
localsettings.py
overwriting and augmentingsettings.py
. If this were calledappsettings
orhotsettings
(suggesting they are DB, not file driven), just as a handle, the series of overrides would be:These settings are almost exclusively retrieved from
django.settings
, which means it might also be possible to merge/interleave some settings fromappsettings
"hot" during the request/response cycles, avoiding the need for a restart. The danger here is that not all would be possible in this way, like settings that are used and passed to Livy/Spark, or Celery.The text was updated successfully, but these errors were encountered: