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
Not sure if this is implemented and I haven't found it or not.
I know there is a way to create an initializer that adds another settings file and reloads.
Although this is a good feature that can solve my use case of loading config file per client, it feels a little "after the fact patch" since I dont really need it to be "at run time".
I was wondering if it will be difficult to add a more natural way of adding settings file at initialization time, simply as an option to the initializer, something like:
Settings constant is a singleton shared across all request to your Rails app. That means it would load your client config once when the server starts (single Rails server instance serving single client). Is this what you are trying to achieve?
In contrast you might want to apply custom client settings per every request, so one server can respond to multiple clients...
@pkuczynski it would be nice improvement in terms of splitting different config files by domains/technologies. Big config file is difficult for reading/understanding, is there a chance for implementing this feature?
Hi,
Not sure if this is implemented and I haven't found it or not.
I know there is a way to create an initializer that adds another settings file and reloads.
Although this is a good feature that can solve my use case of loading config file per client, it feels a little "after the fact patch" since I dont really need it to be "at run time".
I was wondering if it will be difficult to add a more natural way of adding settings file at initialization time, simply as an option to the initializer, something like:
As a side note - where is the documentation of all the allowed options in the
Config.setup
block?The text was updated successfully, but these errors were encountered: