Timeline for What is the preferred way to store application configurations?
Current License: CC BY-SA 3.0
21 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| May 13, 2017 at 12:45 | history | tweeted | twitter.com/StackSoftEng/status/863374666005663745 | ||
| Mar 24, 2017 at 15:26 | answer | added | 9000 | timeline score: 4 | |
| Mar 24, 2017 at 12:07 | history | protected | gnat | ||
| Mar 24, 2017 at 11:40 | answer | added | ssjcory | timeline score: 7 | |
| Oct 29, 2016 at 0:31 | review | Close votes | |||
| Nov 4, 2016 at 3:03 | |||||
| Mar 8, 2016 at 18:46 | answer | added | Michał Kosmulski | timeline score: 10 | |
| Mar 8, 2016 at 15:17 | review | Close votes | |||
| Mar 18, 2016 at 3:04 | |||||
| Mar 8, 2016 at 14:54 | answer | added | Gmoney | timeline score: 1 | |
| May 19, 2015 at 14:30 | comment | added | jporcenaluk | No, I think you are right. Adding a third party to handle config management would add more overhead to building a project than is usually required. See my answer below for what I would consider a reasonable answer to your question. | |
| May 14, 2015 at 13:07 | comment | added | Rogach | @jporcenaluk - I do like key-value storages, but adding a full-blown redis to application just to handle config management feels like a bit of overkill. On the other hand, maybe I never worked on big enough projects. | |
| May 13, 2015 at 15:23 | comment | added | jporcenaluk | Seems like any key-value service that authenticates users and stores and passes information securely would be a good option to get those values at runtime. The downside being you would need to be connected to the internet when running the program (though that's a fairly uncommon request). | |
| May 13, 2015 at 15:15 | answer | added | jporcenaluk | timeline score: 13 | |
| May 13, 2015 at 11:24 | comment | added | Karan | Have you tried "Redis" redis.io . It is meant specially for the key-value structure storage only. | |
| May 13, 2015 at 11:18 | answer | added | Ewan | timeline score: 3 | |
| May 13, 2015 at 10:58 | comment | added | Wolf | In Windows this is under `%appdata%\myAppName`. | |
| May 13, 2015 at 10:51 | comment | added | Rogach | @Wolf - can you expand on it? What is user-specific application data store? | |
| May 13, 2015 at 10:12 | comment | added | Wolf | Good question, After I started using normal user-specific application data store for this, life became easier ;-) | |
| May 13, 2015 at 9:16 | answer | added | kiwiron | timeline score: 20 | |
| May 13, 2015 at 8:37 | comment | added | Rogach | @thorstenmüller - only problem with .gitignore that base/template config still has to be stored, which means that app has to read two configs - base one, with default options (stored in scm), and local one, that overrides base (and is not stored in scm). With env vars, I imagine that mass deployment gets easier - it's simpler to specify environment variables for new virtual machine setup than to write something to some non-standard file. | |
| May 13, 2015 at 8:26 | comment | added | thorsten müller | Well, git at least has something like .gitignore where I can define files or folders that should not be checked into version control. As you say I don't see where Env vars should really help, eith you have a script to set them and should be stored together with the project or you have them 'somewhere' on your system (home directory or even in the machines startup scripts) which seems to create a whole lot of problems on its own, especially if a lot of configuration is necessary. In any case I would split the config files so that confidential information go in different files. | |
| May 13, 2015 at 8:10 | history | asked | Rogach | CC BY-SA 3.0 |